[00:41] <Volans> asac: for the bug 243064 news2000 has made a redirect on the site, so the bug is now override, but seems to be confirmed in Firefox 1.5 on Dapper (I think I don't have the Release Notes link in the Help menu on FF1.5 on Dapper... I don't have see it yesterday when trying)
[00:41] <Volans> I don't know if you want to add the MozillaTeam and/or the Ubuntu Firefox package to the bug
[06:32] <gnomefreak> bug 246694
[08:06] <gnomefreak> asac: you around? it seems i have to backport nss and nspr
[08:06] <gnomefreak> here is why * bump minimum libnss3-dev build requirements to >= 3.12.0~1.9b3
[08:07] <gnomefreak>     - update debian/control
[08:07] <gnomefreak>   * bump minimum libnspr4-dev build requirements to >= 4.7.0~1.9b3
[08:07] <gnomefreak> or i lower the minimum version of nss nspr but i think its easier to backport them
[08:13] <rzr> hi,
[08:13] <rzr> bye
[08:13] <rzr> :)
[08:18] <asac> gnomefreak: just drop the versions from the depends
[08:19] <gnomefreak> i am
[08:22] <gnomefreak> ok xulrunner started
[08:48]  * gnomefreak remembers nss builds being faster than this
[09:03] <gnomefreak> if i dont fall asleep first i should be done with these by lunchtime like 7-8 hours
[09:04]  * gnomefreak going to lay down for an hour or so waiting for xulrunner
[09:20] <XioNoX> Hi !
[09:22] <asac> hi XioNoX
[09:22] <XioNoX> hi asac
[09:23] <XioNoX> Ready for another day of ubufox :D
[09:23] <asac> hehe
[09:23] <XioNoX> What can I do today ?
[09:23] <asac> XioNoX: ok. so today the idea is to cleanup your branches ;)
[09:23] <XioNoX> o_O
[09:23] <asac> XioNoX: then get the diff reviewed by gandalf
[09:23] <XioNoX> It is already dirty ?
[09:24] <XioNoX> okay
[09:24] <asac> XioNoX: look at your branches. the code style is quite dirty
[09:24] <asac> :)
[09:24] <XioNoX> he is not yet here at works :D
[09:24] <asac> i commented on your plugin-finder branch in the branch whiteboard
[09:24] <asac> on launchpad
[09:24] <asac> XioNoX: take a look at those comments there
[09:24] <XioNoX> oh
[09:25] <asac> XioNoX: so basically: use same indentiation, same variable name formatting and _dont_ remove code by commenting it out (instead remove it completely)
[09:26] <XioNoX> so comments are only real comments
[09:26] <XioNoX> what do you call indentiation ?
[09:26] <asac> XioNoX: indentation
[09:26] <asac> to indent ;)
[09:26] <XioNoX> I'll gooogle translate this
[09:27] <XioNoX> I've try to respect the variable name formating
[09:27] <asac> XioNoX: anyway. so half day code cleanup, then we will send you to new tutorials while drafting the next big task you can do ;)
[09:27] <asac> XioNoX: try better ;)
[09:27] <asac> XioNoX: its good to use bzr diff to see your changes
[09:28] <asac> do that and you probably see what i mean
[09:28] <XioNoX> ok
[09:28] <asac> XioNoX: maybe work in the plugin-finder comments i gave in whiteboard
[09:28] <asac> i will give you comments on the other branch as soon as i get to it ;)
[09:28] <XioNoX> ok
[09:28] <XioNoX> today I'll left earlier
[09:29] <XioNoX> beacause I'm going back home (in britany) for a week
[09:29] <XioNoX> so you will maybe see me a little bit during the next week, but mostly the week after
[09:31] <asac> XioNoX: ok. so we should certainly induce you what you should look at during that week ;)
[09:31] <asac> the next tasks we were thinking of is more complex ;)
[09:32] <XioNoX> ok, i'll see if i can do it
[09:32] <XioNoX> "Remove the Uncomplete header", what do you mean in your whiteboard ?
[09:33] <XioNoX> and what I've call littledesc, will maybe be used for the homepage url
[09:36] <asac> XioNoX: "uncomplete" comment
[09:36] <asac> which is not an english word ;)
[09:36] <XioNoX> ok
[09:36] <asac> littledesc == i am fine if you want to use that for homepage, name it "homepage" ;)
[09:37] <XioNoX> just remove the comment ?
[09:37] <asac> XioNoX: yes. it doesnt have any benefit, so just drop it
[09:37] <asac> XioNoX: then look at the diff:
[09:37] <asac> bzr diff -r 94..
[09:37] <XioNoX> it is to warn people that it point to nowhere
[09:37] <asac> and see whatelse you want to improve
[09:38] <XioNoX> ok
[09:38] <asac> XioNoX: ok. i don think that we need that information there
[09:38] <asac> if we want to add that we should document that in a TODO file
[09:38] <asac> e.g. TODO: implement homepage + description in plugin finder webservice  ... or something
[09:39]  * asac out grabbing some food
[09:56] <asac> [reed]: who is jemalloc reviewer?
[09:56] <XioNoX> fast!
[09:56] <[reed]> stuart or jasone
[09:56] <asac> [reed]: mozilla bug 435683
[09:57] <asac> we (ubuntu) havent hit that bug, just saw that comment on debian bug tracker
[09:58] <[reed]> hmm
[09:58] <asac> armin76: so my static jemalloc patch works for you on gentoo, right?
[09:58] <asac> armin76: do you have same libc as we do?
[09:58] <XioNoX> asac, code clean & pushed fot the 2 branches
[09:59]  * asac pulls
[10:00] <asac> XioNoX: bzr diff -r94..
[10:00] <asac> (on plugin-finder branch) ... there is still some wierd indentation
[10:00] <asac> for table.appendChild(cellDescUnder);
[10:00] <XioNoX> normally not
[10:01] <asac> XioNoX: there is ;) ... further, please make two lines out of: "if  (!pluginInfo.desc) pluginInfo.desc = "No description found in plugin database. Report a bug to ubuntu-mozillateam@lists.ubuntu.com";"
[10:02] <asac> XioNoX: ok. and a not needed new-line addition below "// create the radio"
[10:02] <asac> thats all from style from me
[10:02] <asac> on plugin-finder
[10:03] <XioNoX> but that is peanuts, not ?
[10:04] <XioNoX> teacher always told me to comment as much as possible, put a lot of space, etc... :D
[10:04] <asac> XioNoX: hehe. yes, but that doesnt mean to add a new line where there wasnt before ;)
[10:04] <asac> patches should be minimal :)
[10:05] <XioNoX> with a lot of comment I would understand the code a lot faster, you don't thinks so ?
[10:07] <XioNoX> plugin.finder pushed
[10:10] <asac> XioNoX: my comment was about removing an empty line
[10:10] <asac> not about removing a comment
[10:10] <asac> look at the bzr diff -r94..
[10:11] <asac> there is a new line added below // create the audio
[10:11] <asac> XioNoX: ok. i commented on the other branch
[10:11] <asac> in whiteboard
[10:11] <asac> https://code.edge.launchpad.net/~xionox/ubufox/restart.notifier
[10:12] <XioNoX> i've remove the empty line under // create the radio
[10:12] <asac> ok cool
[10:13] <asac> (sorry, i dont want to be picky here ...)
[10:13] <asac> but i am sure you would get those comments from any other mozilla dev when sending these patches for review to bugzilla ;)
[10:13] <asac> so better get used to it :-D
[10:14] <XioNoX> ok
[10:15] <asac> XioNoX: ok. once you have done those code clean-ups there is one more thing left to test :)
[10:15] <asac> ubufox is ment to work with firefox-2 as well
[10:16] <asac> so install firefox-2 package (backup your .mozilla directory in case it messes with it) :)
[10:16] <asac> and see if it works there as well
[10:21] <XioNoX> 2 things
[10:21] <XioNoX> first, i dont get this :
[10:21] <XioNoX> + a=Components.interfaces.nsIAppStartup,Components.classes["@mozilla.org/toolkit/app-startup;1"].getService(a).quit(a.eRestart | a.eAttemptQuit);
[10:21] <XioNoX> get the service outside the function scope and remember it as a global variable. this will make thise line basically just read: gAppStartup.quit(gAppStartup.eRestart | gAppStartup.eAttemptQuit)
[10:22] <XioNoX> and about firefox 2, the script check the file : /var/lib/update-notifier/user.d/firefox-3.0-restart-required, which is about firefox 3
[10:22] <asac> XioNoX: make a global variable var gAppStartup = ....
[10:23] <XioNoX> just change the "a" by  "gAppStartup" ?
[10:24] <XioNoX> i dont get it
[10:24] <asac> no ... get the service as a global variable
[10:24] <asac> and use that instead of a
[10:24] <asac> global variable == what you did with var gRFPrefsService = C
[10:25] <asac> XioNoX: ok. for ffox 2 i will think about what to best do. leave it alone for now
[10:25] <asac> XioNoX: another indentiation thing: please use 2 spaces instead of one in content/updateRestart.js (and all the other .js files you did)
[10:26] <asac> and introduce line breaks for:   var ProDir = Components.classes["@mozilla.org/file/directory_service;1"].getService(Components.interfaces.nsIProperties).get("ProfD", Components.interfaces.nsIFile);
[10:26] <asac> too
[10:26] <asac> thats a ridiculous long line ;)
[10:26] <asac> thats all from me i guess
[10:26] <XioNoX> haaaaaaaaaaaaaa
[10:27] <XioNoX> first i put :
[10:27] <XioNoX>  var gAppStartup=Components.interfaces.nsIAppStartup,Components.classes["@mozilla.org/toolkit/app-startup;1"].getService(a).quit(a.eRestart | a.eAttemptQuit);
[10:27] <XioNoX> outside function,
[10:27] <XioNoX>  and then i put  gAppStartup in the restart() function ?
[10:28] <asac> do you understand what the line is doing?
[10:28] <asac> we want the service to be stored in global variable gAppStartup
[10:28] <asac> and the quit in restart
[10:29] <armin76> asac: i have glibc-2.6.1
[10:29] <asac> armin76: can you try 2.7?
[10:29] <asac> err, 2.8 ;)
[10:29] <armin76> will take a while but yes
[10:30] <XioNoX> asac, no i don't really understand wht the line is doing
[10:30] <asac> armin76: my guess is that libc 2.7++ doesnt work with jemalloc
[10:30] <XioNoX> i've just find it by exploring xlr, ant it works :D
[10:31] <armin76> asac: that would be pretty stupid, wouldn't it? :D
[10:31] <asac> armin76: i find the complete jemalloc thing stupid ;)
[10:32] <asac> XioNoX: try to understand it .... it basically gets you a service from xpcom
[10:32] <asac> and then it runs a function (quit) on it
[10:34] <armin76> asac: disable it then :P
[10:34] <asac> armin76: i was about to enable it ... because people bitch around upstream
[10:34] <asac> but now it crashes in 2.7/2.8
[10:35] <XioNoX> ok, done
[10:37] <asac> thx
[10:38] <asac> hmm ... not yet pushed ;)
[10:50] <XioNoX> i have errors
[10:50] <XioNoX> no errors
[10:50] <XioNoX> but it don't work now
[10:54] <XioNoX> something around the lastmodified date check
[10:54] <XioNoX> resReqFile.exist return undefined
[10:55] <asac> \o/
[10:55] <asac> i could update my key  in debian :)(
[10:55] <asac> XioNoX: check that you didnt forget to rename one or the other variablE
[10:55] <armin76> yay
[10:56] <asac> (my ssh key)
[10:56] <XioNoX> nop, all variables correct
[10:56] <asac> now i can log into people.debian.org again ;)
[10:56] <asac> XioNoX: you will find i am sure ;)
[10:58] <armin76> asac: took a while to bumb :P
[11:07] <asac> armin76: i think i understand why you are so focussed on bumping ;) ... most likely your machnie bumbs all the time
[11:09] <armin76> lol
[11:14] <jt1> asac: hi
[11:14] <jtv> (it's me, jtv! :) )
[11:15] <XioNoX> asac, ok, pushed
[11:17] <asac> jtv: i know that you are jtX ;)
[11:18] <asac> hi
[11:21] <jtv> asac: Wow, I'm a wildcard
[11:22] <jtv> asac: I am also the bearer of good news: expect the workaround for those "//" to be in production very soon.
[11:22] <jtv> asac: the spec says they're end-of-line comments, but we've changed the parser a bit to treat it as regular text if it follows a colon.
[11:23] <asac> jtv: ok. sounds like a feasible workaround then
[11:24] <asac> what spec are you referring to?
[11:24] <jtv> asac: just a moment, I'll dig it up.
[11:24] <XioNoX> asac, what do you think about the last push ?
[11:25] <jtv> asac: http://www.mozilla.org/projects/l10n/mlp_chrome.html#text
[11:25] <asac> XioNoX: which revision?
[11:25] <asac> XioNoX: i didnt receive any update yet
[11:25] <XioNoX> n$ bzr push bzr+ssh://bazaar.launchpad.net/~xionox/ubufox/restart.notifier
[11:25] <XioNoX> Pushed up to revision 102.
[11:26] <XioNoX> https://code.launchpad.net/~xionox/ubufox/restart.notifier
[11:26] <asac> hmm ... still at 97 here
[11:26] <asac> lets wait a bit more
[11:26] <XioNoX> 97 is for the plugin finder
[11:26] <XioNoX> 102 is for the restart notifier
[11:26] <asac> ah ;)
[11:26] <asac> yeah
[11:26] <asac> let me check
[11:27] <asac> XioNoX: move the getService to the global location too
[11:27] <asac> e.g. Components.classes["@mozilla.org/toolkit/app-startup;1"].getService(appStartup).
[11:27] <XioNoX> ?
[11:27] <XioNoX> how ?
[11:28] <asac> err. i think hte problem is that its messed up
[11:28] <asac> use var gAppStartup = Components.classes["@mozilla.org/toolkit/app-startup;1"].getService(Components.interfaces.nsIAppStartup);
[11:28] <asac> and then just gAppStartup.quit...
[11:28] <asac> thats the idea
[11:29] <XioNoX> ok
[11:29] <asac> and remove the empty line in the restart function
[11:29] <asac> that should be it
[11:29] <asac> (from my side)
[11:30] <asac> if it works run it through gandalf ;)
[11:30] <asac> oh ... and since you renamed Notif to Notification (good) everywhere, rename the function too:
[11:30] <asac> showRestartNotif
[11:30] <asac> :)=
[11:40] <XioNoX> ok
[11:40] <XioNoX> but about firefox 2
[11:40] <XioNoX> nothing work :D
[11:40] <XioNoX> it is like ubufox isn't loaded
[11:41] <XioNoX> even for the plugin funder
[11:41] <XioNoX> finder
[11:52] <asac> XioNoX: you have to wipe your profile in order to get extensions reregistered imo
[11:53] <asac> thats why i said: backup your profile ,)
[11:53] <asac> XioNoX: try stop firefox, then remove extensions.* files in your profile
[11:53] <XioNoX> ok
[11:53] <asac> and start again
[11:53] <asac> maybe that helps ffox to re-register extensions on the lower versionb
[11:56] <XioNoX> http://img79.imageshack.us/my.php?image=captureservicederechercqv6.png
[11:56] <XioNoX> it is a little bit more ugly
[11:59] <asac> XioNoX: what is "undefined" for?
[11:59] <asac> the homepage link?
[12:00] <XioNoX> normally it show just a little "-"
[12:00] <asac> XioNoX: how comes?
[12:00] <XioNoX> ?
[12:02] <asac> XioNoX: why undefined instead of "-"?
[12:02] <asac> can we fix that in ffox 2?
[12:02] <XioNoX> I don't know
[12:02] <XioNoX> i don't know why i see undefined
[12:04] <asac> XioNoX: most likely you set a value to "null"
[12:04] <asac> test for null and either hide the element or explicitly set "-" or whatever suites well
[12:06] <XioNoX> if (!pluginInfo.homepage){
[12:06] <XioNoX>        pluginInfo.homepage = "-";
[12:06] <XioNoX>       }
[12:06] <XioNoX> it is the same as :
[12:06] <XioNoX>      if  (!pluginInfo.desc){
[12:06] <XioNoX>        pluginInfo.desc = "No description found in plugin database. Report a bug to ubuntu-mozillateam@lists.ubuntu.com";
[12:06] <XioNoX>       }
[12:06] <XioNoX> but the 2nd works
[12:07] <XioNoX> and now firefox don't launch anymore :D
[12:07] <XioNoX> I restart
[12:07] <XioNoX> 2min
[12:15] <XioNoX> back
[12:15] <XioNoX> the update notifier works well
[12:16] <XioNoX> but there are this litte bug in the plugin finder
[12:18]  * gnomefreak likes when things work smoothly
[12:23] <asac> XioNoX: i think the "undefined" comes from the datasource
[12:24] <XioNoX> I hope too, not my part :P
[12:25] <asac> XioNoX: well you can check whether the "homepage" resource exists
[12:25] <XioNoX> but the desc field shod have the same thing normally
[12:25] <XioNoX> *should*
[12:26] <asac> XioNoX: hmm maybe homepage is already defined in webservice. try to use homepage2 ;)
[12:26] <asac> (just to test)
[12:26] <asac> if that helps we have to think about a different name
[12:27] <XioNoX> I don"t want tu run ff2 again
[12:27] <XioNoX> it mess up my computer
[12:27] <XioNoX> :D
[12:27] <asac> hehe
[12:30] <XioNoX> until when ff 2 is supported ?
[12:30] <asac> XioNoX: depends on where?
[12:31] <asac> upstream will abandon it in jun + 6 month
[12:32] <XioNoX> ok
[12:35] <XioNoX> so, what now ?
[12:38] <gnomefreak> asac_: is xulrunner-1.9 source stripped as much as possible. its still huge and i thought at one time we were going to try to strip it down a bit to make it smaller
[12:38] <gnomefreak> tarball is around 39386k
[12:39] <asac_> XioNoX: is gandalf in the office yet?
[12:40] <XioNoX> yep
[12:40] <XioNoX> but we are just going to eay
[12:40] <XioNoX> eat
[12:40] <asac_> gnomefreak: there is not much we can strip from xul ... we removed bits from ffox source
[12:41] <gnomefreak> ah
[12:41] <asac_> XioNoX: ok. i think next step is to do some thorough XPCOM and RDF Template tutorials (throughout your free week)
[12:46] <gnomefreak> asac_: any idea why im getting this warning/error i left the versions i have installed below the build failure http://pastebin.mozilla.org/484305
[12:47] <asac_> gnomefreak: you messed up syntax
[12:47] <asac_> a missing ,
[12:47] <asac_> or a missing tab in front of libnspr4-dev
[12:47] <asac_> look at the dependency lines (as the rror suggests)
[12:47] <gnomefreak> i didnt change syntax in control but i will look
[12:47] <gnomefreak> thansk
[12:48] <asac_> gnomefreak: hmm
[12:48] <asac_> it says that it cant parse that
[12:48] <asac_> gnomefreak: you dropped the version from libnspr4-dev
[12:48] <asac_> you probably did something wrong while doing that
[12:49] <gnomefreak> but that package built and installed
[12:49] <gnomefreak> even xulrunner built and installed
[12:49] <asac> then whats the problem?
[12:50] <gnomefreak> well i dont see anything in firefox debian/control
[12:51] <gnomefreak> i found it i think there was a missing , after xulrunner dep and binutils so i added one there lets see if it works now
[12:52] <gnomefreak> how did yours build while missing the ,?
[12:52] <asac> gnomefreak: i am sure my dont miss ,
[12:52] <asac> gnomefreak: thats your work ;)
[12:52] <gnomefreak> since i didnt touch control before that error
[12:52] <gnomefreak> asac: you were last one in control
[12:52] <gnomefreak> debian/control and if i didnt touch it how did it change
[12:53] <asac> gnomefreak: ok. while this is building, lets setup proper gutsy-backport branches in mozillateam
[12:53] <asac> (based on hardy)
[12:53] <gnomefreak> all i did was run dch -i
[12:53] <asac> gnomefreak: so we go directly for 3.0.1
[12:53] <asac> wait a few minutes
[12:53] <asac> i am preparing that for you now
[12:53] <gnomefreak> for gutsy?
[12:53] <gnomefreak> asac: i sure hope i dont need to redo nss nspr xulrunner
[12:55] <asac> gnomefreak: you dont need to do nss/nspr at all :)
[12:56] <asac> but i told you yesterday ;)
[12:58] <gnomefreak> asac: yes i did
[12:58] <gnomefreak> xulrunner needed them
[12:58] <gnomefreak> or PPA would have failed to build it
[12:59] <gnomefreak> asac: and i cant do 3.0.1 until its in Intrepid
[12:59] <gnomefreak> or it wont be accepted
[13:00] <gnomefreak> i gave you the section in xul about nss nspr
[13:01] <asac> gnomefreak: ok. work on top of bzr branch lp:~mozillateam/xulrunner/xulrunner-1.9.gutsy-backports
[13:01] <asac> (should be there in a few minutes)
[13:01] <asac> i prepared the changelog for you
[13:02] <asac> so you just have to do the changes
[13:04] <asac> gnomefreak: and: lp:~mozillateam/firefox/firefox-3.0.gutsy-backports
[13:09] <gnomefreak> when is it going to land in Intrepid?
[13:15] <asac> gnomefreak: soon enough to do the backport now ;)
[13:15] <asac> gnomefreak: right after alpha-2 freeze is lifted
[13:16] <asac> gnomefreak: hmm. this makes me think if we should really base the branch on hardy
[13:18] <asac> gnomefreak: hold back a few
[13:19] <asac> gnomefreak: lets base this on intrepid ;)
[13:19] <asac> gnomefreak: let me redo the branches for you
[13:19] <asac> sorry
[13:19] <gnomefreak> good because its alot simplier and supposed to be done with intrepids build (also makes life easy)
[13:20] <gnomefreak> oh and devscripts doesnt have a target for 3.0.1 it has it for 3.0 and 3.1
[13:21] <gnomefreak> i keep hearing a2 has been released so the freeze should have been lifted if what i hear is correect
[13:22] <gnomefreak> maybe ./debian/rules get-orig source would work instead of devscripts
[13:23] <gnomefreak> asac: my backport needs to be exactly the same as in Intrepid with a ~gutsy0 added to it
[13:26] <asac> gnomefreak: get the orig.tar.gz from my ppa
[13:29] <asac> gnomefreak: ok lp:~mozillateam/xulrunner/xulrunner-1.9.gutsy-backports and lp:~mozillateam/firefox/firefox-3.0.gutsy-backports should be ready to go (based on intrepid release branch (e.g. .dev)
[13:34] <gnomefreak> asac: is firefox-3.0_3.0.1+build1+nobinonly.orig.tar.gz the final name for intrepid?
[13:35] <gnomefreak> including the +build1+
[13:40] <zbraniecki> hello
[13:40] <XioNoX> asac, I'm back
[13:40] <XioNoX> gandalf already pointed me to RDF Template tutorials
[13:43] <gnomefreak> asac: no need to add anything from prevous changelogs all the change log needs is backported info. and the naming you used is wrong ill get yelled at for that
[13:46] <asac> gnomefreak: what?
[13:46] <asac> XioNoX: cool
[13:47] <asac> XioNoX: you should certainly try to implement a javascript XPCOM component and play around using that from the xpcshell
[13:47] <asac> XioNoX: as we found earlier today that your xpcom knowledge could deserve some moderate development in order to become effective ;)
[13:48] <XioNoX> ok
[13:48] <gnomefreak> when you made changelog for gutsy you used the lp bug #xxxx but that was in intrepids changelog and the version that backports use is same exact as intrepid only adding ~gutsy0 for me so official backport will use ~gutsy1 not 7.10
[13:48] <asac> zbraniecki: ^^ ok?
[13:49] <asac> gnomefreak: hmm
[13:49] <asac> feel free to bump the package version if that helps you :)
[13:49] <gnomefreak> i changed it
[13:49] <asac> gnomefreak: oh no
[13:49] <asac> gnomefreak: thats bull-shit
[13:49] <gnomefreak> oh yes
[13:49] <asac> we have to keep the version i choosed
[13:49] <gnomefreak> cant
[13:49] <asac> gnomefreak: you can
[13:49] <asac> gnomefreak: just keep it
[13:50] <gnomefreak> no i cant it wont get backported
[13:50] <asac> otherwise users wont upgrade to hardy
[13:50] <asac> gnomefreak: you do the backport
[13:50] <gnomefreak> no i dont
[13:50] <asac> gnomefreak: and we find an upload
[13:50] <gnomefreak> i package it archive admins push it with a script
[13:50] <gnomefreak> i get nothing for doing it
[13:50] <gnomefreak> i do nothing after testing if it builds and runs
[13:50] <gnomefreak> thats all i do
[13:51] <gnomefreak> you need to fight it out with backporters to use your version i cant make that call
[13:51] <asac> gnomefreak: well. thats "doing the backport"
[13:51] <asac> as you will fix issues you encounter while doing so
[13:51] <asac> gnomefreak: just keep the version i proposed for now
[13:51] <asac> gnomefreak: ill talk to the right people before we upload to figure out
[13:52] <asac> we can bump it easily later in case we need to
[13:52] <asac> ok?
[13:52] <gnomefreak> if i use 7.10 than gutsy is not going to upgrade to ~gutsy1 my PPA will be higher
[13:52] <asac> gnomefreak: you can remove the package from your PPA
[13:52] <asac> if you already uploaded it
[13:52] <gnomefreak> asac: i dont care locally its going from my PPA to gutsy that is going to have problems upgrading
[13:53] <gnomefreak> they still have it on thier system
[13:53] <gnomefreak> people testing it
[13:53] <gnomefreak> cant upgrade to your version
[13:53] <asac> gnomefreak: thats collateral damage we can accept imo
[13:53] <asac> gnomefreak: people that are subscribed to backport bug will get that info
[13:54] <zbraniecki> asac: I think that RDF template is more urgent
[13:54] <zbraniecki> asac: while I'm not convinced why XPCOM is that needed here
[13:54] <zbraniecki> (maybe because my XPCOM knowledge is limited too ;))
[13:54] <asac> zbraniecki: well, he doesnt know a thing about how to use XPCOM components
[13:55] <zbraniecki> asac: how to USE, ok. then MDC tutorial on using components is needed
[13:55] <zbraniecki> but do you need to write any XPCOM components?
[13:55] <asac> zbraniecki: yes. we need to make search and install pluggable
[13:56] <asac> if not search, at least installing plugins should allow you to add new install  methods
[13:56] <asac> e.g. .xpi + .deb + .rpm
[13:56] <gnomefreak> atm there is no bug report until im done this time and i dont need a bug if you are pushing instead of archive admins and im sure not going through hell with this its not worth it and once backporters (have to ack it) sees versioning i get hell (dont you remember the other day with flash versioning? same issue as there IMHO firefox isnt worth that much shit for anyone, maybe ill look at it again later but please talk to scottk ab
[13:56] <zbraniecki> that's ok
[13:57] <gnomefreak> dont know where that ended but talk to scottk about   the versioning
[13:57] <zbraniecki> asac: but you'll need to help XioNoX more than I can with writing XPCOM :)
[13:57] <zbraniecki> and I want to be there
[13:57] <zbraniecki> to learn too :)
[13:57] <asac> zbraniecki: ill write the points down as soon as i have time. but i got to know that XioNoX is away for a week
[13:57] <asac> so that probably gives us enough time to flash out the details for what should be done
[13:57] <asac> and with what priority
[13:58] <zbraniecki> asac: yes, we can use this time to plan better what's needed :)
[13:58] <asac> good. thats helpfulö
[13:59] <asac> zbraniecki: can you point XioNoX to some basic XPCOM tutorials? i havent looked for quite some time in MDC, not sure where they are :-D
[13:59] <zbraniecki> yea
[13:59] <asac> zbraniecki: i think he can learn this and templating during next week then :-D
[13:59] <zbraniecki> do you want him to read XPCOM before templates?
[13:59] <XioNoX> I can, but I'll not have too much time
[13:59] <asac> zbraniecki: i dont mind which order ;) both should be done the week after next week ;)
[14:00] <zbraniecki> yes
[14:00] <zbraniecki> I think templates are easier
[14:00] <zbraniecki> :)
[14:00] <asac> zbraniecki: yeah, but they can also be painful :-D
[14:00] <zbraniecki> and I could refresh my XPCOM knopwledge a bit ;)
[14:00] <zbraniecki> right
[14:00] <zbraniecki> XioNoX: what do you prefer?
[14:00] <XioNoX> there are so many words here : http://developer.mozilla.org/en/docs/XUL:Template_Guide:Introduction
[14:00] <zbraniecki> learning painful but easier stuff, or more C++ like but more logical stuff? :)
[14:00] <asac> XioNoX: i think you just need a few hours and to try the basic tutorials... it would just be really helpful if you knew the basics ;)
[14:01] <XioNoX> give me the 2 tutos
[14:01] <XioNoX> And I will chose
[14:01] <asac> XioNoX: you need both :-D
[14:02] <XioNoX> so give me both
[14:02] <zbraniecki> asac: are you ok with those XPCOM components being written in JS?
[14:02] <XioNoX> http://developer.mozilla.org/en/docs/XPCOM this ?
[14:02] <asac> XioNoX: yeah ;) zbraniecki will give you a few more links about basic use of XPCOM in javascript ;)
[14:02] <asac> zbraniecki: yes. thats my idea
[14:02] <gnomefreak> why did we go back to ~/.mozilla-thunderbird instead of ~/.thunderbird
[14:03] <zbraniecki> XioNoX: http://developer.mozilla.org/en/docs/How_to_Build_an_XPCOM_Component_in_Javascript
[14:03] <asac> gnomefreak: we never moved to .thunderbird
[14:03] <gnomefreak> i had it
[14:03] <gnomefreak> maybe tbird 3
[14:03] <asac> zbraniecki: does that also discuss how to add a new interface?
[14:03] <zbraniecki> yes, tb3 is in .thunderbird
[14:03] <XioNoX> zbraniecki, ha, english only
[14:04] <XioNoX> it would be too easy with a french one
[14:04] <zbraniecki> XioNoX: chinese and japanese are ready to use too
[14:04] <XioNoX> I've seen
[14:04] <zbraniecki> XioNoX: do not hesitate to localize it :)
[14:04] <asac> zbraniecki: mozilla.com always used .thunderbird ... its just that we and debian still are stuck in the custom profile folder :/
[14:04] <zbraniecki> asac: I know.
[14:04] <XioNoX> zbraniecki, it is not my job :)
[14:04] <zbraniecki> and I'm tolerant so I never asked this tremendous question - WHY?
[14:04] <zbraniecki> :)
[14:04] <gnomefreak> asac: seee #ubuntu-bugs about ~/.firefox instead of ~/.mozilla/firefox
[14:05] <zbraniecki> XioNoX: I know :) You CAN do this, but you can read english one, I don't mind
[14:05] <zbraniecki> ;)
[14:05] <XioNoX> asac : shouldn't you use freedesktop recomandations ? : http://ploum.frimouvy.org/?184-cleaning-user-preferences-keeping-user-data
[14:05] <gnomefreak> btw firefox meets SRU why are we backporting it?
[14:05] <asac> zbraniecki: when i did this in tbird 0.1 i was used to mozilla trashing profiles if you downloaded a new version and tested that
[14:05] <XioNoX> http://standards.freedesktop.org/basedir-spec/latest/ar01s03.html
[14:05] <asac> i didnt want to deal with users complaining about broken profiles when they installed tbird from mozilla.com
[14:06] <asac> now i am just scared that i will break existing profiles if i auto migrate them (as there are still absolute paths in really, really old profiles)
[14:07] <asac> but last time i seriously investigated this was in the beginning of 1.5 cycle ;)
[14:07] <asac> tbird  3 should be back to normal for sure ;)
[14:08] <gnomefreak> someone needs to take that over i was thinking about doing it but havent decided yet
[14:08] <gnomefreak> same with ff4
[14:08] <asac> gnomefreak: no ffox will stay in that folder for sure
[14:09] <gnomefreak> fta2: didnt want to update them. come to think of it i havent had any updates from his PPA
[14:09] <gnomefreak> asac: its not that its why isnt it was the question
[14:09] <asac> gnomefreak: he is not here atm. ithink he does a combined business + holiday trip this july
[14:09] <gnomefreak> he asked why we dont use ~/.firefox i figure we dump everything else in there why not leave it
[14:10] <gnomefreak> asac: figured that
[14:12] <zbraniecki> asac: what is the datasurce for plugins?
[14:12] <zbraniecki> is it RDF?
[14:13] <zbraniecki> what is the source of data for those templates?
[14:14] <zbraniecki> asac: ping
[14:17] <asac> zbraniecki: the datasource is not a real rdf datasource
[14:17] <asac> zbraniecki: it uses RDF and parses that to a structure
[14:17] <asac> (e.g. pluginInfo) ... which is then used by the Wizard.js to construct the xul tree
[14:17] <zbraniecki> ok. because next to us we have an owner of RDF module in Mozilla :)
[14:17] <zbraniecki> and he has some questions ;)
[14:18] <asac> zbraniecki: one task would be to make a _real_ RDFDataSource XPCom out of it
[14:18] <asac> zbraniecki: invite him to get in here
[14:19] <PikeMac> soooooo
[14:19] <armin76> bumb
[14:19] <zbraniecki> let me give zbraniecki: is it RDF?
[14:19] <zbraniecki> [15:13] zbraniecki: what is the source of data for those templates?
[14:19] <zbraniecki> [15:14] zbraniecki: asac: ping
[14:19] <zbraniecki> [15:17] asac: zbraniecki: the datasource is not a real rdf datasource
[14:19] <zbraniecki> [15:17] asac: zbraniecki: it uses RDF and parses that to a structure
[14:19] <zbraniecki> [15:17] asac: (e.g. pluginInfo) ... which is then used by the Wizard.js to construct the xul tree
[14:19] <PikeMac> what's the plugin data in?
[14:19] <zbraniecki> [15:17] zbraniecki: ok. because next to us we have an owner of RDF module in Mozilla
[14:19] <zbraniecki> [15:17] zbraniecki: and he has some questions
[14:19] <zbraniecki> [15:18] asac: zbraniecki: one task would be to make a _real_ RDFDataSource XPCom out of it
[14:19] <zbraniecki> [15:18] asac: zbraniecki: invite him to get in here
[14:20] <PikeMac> asac: why would you add another RDF use case? y'know, RDF is bound to die :-)
[14:21] <PikeMac> I can perfectly see a case for using xul templates without RDF, though
[14:24] <asac> PikeMac: ok fine. its just that the current webservice already ships RDF
[14:24] <PikeMac> pfs?
[14:24] <asac> PikeMac: what dataformat would you suggest for requesting plugin database
[14:24] <asac> PikeMac: pfs + ubuntu-pfs
[14:24] <asac> yes
[14:25] <asac> s/requesting/querying/
[14:26] <PikeMac> now, I can see that poor pfs returns RDF/XML, like all our webservices have to
[14:26] <PikeMac> but you're more interested in what the user has currently installed, or are we talking about the real plugin installation experience?
[14:28] <asac> PikeMac: we are talking about multiple points ;)
[14:29] <asac> PikeMac: i want to start with plugin finder service as this is the most neglected thing the world has seen
[14:29] <asac> PikeMac: in the end i want plugins to be installable, like extensions
[14:29] <PikeMac> don't we all :-/
[14:30] <asac> PikeMac: in addition i want the plugin finder wizard to be replaced with the addons dialog opening with a search pre-run
[14:31] <asac> PikeMac: since doing all this right requires also work on the way plugins are manged, i want to do it in small steps
[14:31] <asac> for instance you cannot really install multiple plugins and then select which plugin to use for which mime-type and such
[14:32] <asac> PikeMac: so the first step is to move the current plugin finder wizard to a new tab in the addons dialog
[14:32] <asac> PikeMac: for now that tab is hidden unless spawned by the "install missing plugins ..." button
[14:33] <gnomefreak> Bug 246694
[14:34] <asac> PikeMac: once we manage to understand what is exactly required for managing installed plugins in a reasonable fashion we probably can include general search capabilities for plugins in the "get addons" tab
[14:34] <asac> PikeMac: but thats later on
[14:34] <PikeMac> I wonder how we're locally representing installed plugins. I bet it'd be good to focus on that data format for plugin representation rather than RDF
[14:34] <asac> PikeMac: no that sucks much more
[14:34] <asac> look at pluginreg.dat
[14:34] <asac> ;)
[14:34] <asac> thats the "local" presentation of it
[14:34] <PikeMac> I do
[14:35] <PikeMac> well, that's just the file format
[14:35] <asac> anyway. i dont really care which data format is used. i am more interested in other things.
[14:35] <PikeMac> you shouldn't be surprised to find that data in sqlite at one point
[14:35] <asac> for instance: allow new "install methods" to be plugged in
[14:35] <asac> so we can inject .deb packages in the results
[14:35] <asac> and rehat can inject .rpm packages
[14:35] <PikeMac> smells like category manager to me
[14:36] <asac> PikeMac: yes. thats the direction i think
[14:36] <asac> PikeMac: same pluggability is required for Extensions too :)
[14:36] <asac> so: the two main tasks here are: make install (or even search) extendable for _all_ addons
[14:37] <asac> and 2. replace the plugin finder wizard by a usually hidden "wizard" tab in addons dialog
[14:37] <asac> using richlistbox
[14:37] <asac> and xul template ;)
[14:37] <asac> e.g. not really a wizard, but just a result page where you can install one of the results you get
[14:38] <PikeMac> who's shepparding that code in on the mozilla side?
[14:41] <zbraniecki> asac: so you just want to present results in the form extension brower in addons panel works like
[14:41] <zbraniecki> what's the data source - ubuntu or AMO?
[14:41] <asac> PikeMac: not sure. i probably will talk to people at firefox summit
[14:42] <asac> PikeMac: if the patches make sense and people are _for_ improvement in this area, I doubt that its a problem
[14:43] <PikeMac> it seems to be a happy mix between bug fixes and UE decisions, which scares me
[14:43] <asac> zbraniecki: the datasource can be either AMO or ubuntu.
[14:43] <zbraniecki> cool!
[14:43] <asac> PikeMac: thats true
[14:43] <zbraniecki> I like that idea
[14:43] <asac> PikeMac: but well. thats always the case for new features, isnt it?
[14:43] <PikeMac> sure
[14:43] <asac> new features uncover bad decisions in the past and require some refactoring
[14:44] <asac> ;)
[14:44] <asac> PikeMac: ill try to split these things down into comprehensible steps/tasks we can then discuss with you or other mozilla developers
[14:44] <armin76> asac: i'm compiling...
[14:44] <armin76> glibc-2.8 and gcc-4.1
[14:45] <PikeMac> luckily I won't have a lot more to contribute than "avoid RDF" ;-)
[14:45] <asac> zbraniecki: in a perfect world you could add new repositories that get included in search ;)
[14:45] <asac> PikeMac: whats the substitude now? DB?
[14:45] <PikeMac> say "sqlite" if you want  to land stuff :-)
[14:45] <asac> hehe
[14:45] <asac> yeah ;)
[14:46] <asac> its just a legacy thing and how we can get to where we want
[14:46] <asac> keeping the RDF backend for the first steps seemed logical to me ;)
[14:46] <asac> especially since the results usually come from web services
[14:47] <zbraniecki> asac: yea, I agree with asac. Otherwise it'll be not deliverable in the time of XioNoX internship
[14:47] <PikeMac> actually, that might be a counter argument, if you're reading critical data from a webservice without validating the data
[14:48] <asac> PikeMac: what do you mean?
[14:49] <PikeMac> What happens if some error on the server sends junk, incomplete data, whatever
[14:49] <Volans> Hi asac, tonight I have signaled to you a bug here, perhaps you have see it?
[14:50] <asac> Volans: hmm not sure?
[14:50] <asac> PikeMac: XML parser will choke
[14:50] <Volans> for the bug 243064 news2000 has made a redirect on the site, so the bug is now override, but seems to be confirmed in Firefox 1.5 on Dapper (I think I don't have the Release Notes link in the Help menu on FF1.5 on Dapper... I don't have see it yesterday when trying)
[14:50] <Volans> I don't know if you want to add the MozillaTeam and/or the Ubuntu Firefox package to the bug
[14:54] <PikeMac> asac: not on malicious code :-/
[14:55] <PikeMac> anyway, I need to catch a plane
[14:55] <asac> PikeMac: well. the user (or most likely the distro) will add a trusted URL
[14:55] <asac> which can use https
[14:55] <asac> and so on
[14:56] <asac> you cannot entirely prevent high-jacking of web-services, but if you assume that thats safe it should be fine imo
[14:57] <PikeMac> well, I'm just saying it's an argument, not necessarily a good one
[14:57] <PikeMac> gotta run
[15:05] <armin76> gah
[15:05] <armin76> xul-1.9 fails to build with libXrender-0.9.2
[15:13] <asac> armin76: bumb
[15:13] <asac> 0.9.4 works
[15:13] <Volans> asac: looked at it?
[15:14]  * asac looking now
[15:15] <asac> Volans: commented
[15:15] <Volans> ok
[15:15] <Volans> thanks
[15:17] <asac> Volans: ok added firefox task ... which is now "low" ;)
[15:18] <armin76> asac: i know
[15:18] <armin76> but i didn't want to upgrade to xorg-1.4
[16:31] <armin76> asac: how are you supposed to know if the patch did something?
[16:32] <asac> hehe
[16:32] <asac> armin76: set breakpoints?
[16:32] <armin76> well, doesn't crash
[16:33] <asac> armin76: the remote client?
[16:33] <armin76> ah
[16:33] <armin76> i didn't try that :D
[16:33] <asac> for me the main app is fine ... just the remote clients segfaults on exit
[16:33] <armin76> works
[16:36] <asac> armin76: do you see a difference in performance?
[17:57] <asac> ok off for a few
[18:14] <plun> Hi all , ping  FTA   !!    :)
[18:14] <plun> fta2 it was...
[18:15] <plun> asac: have you seen Fabien ?
[18:59] <stek79_> hello guys
[19:00] <stek79_> I've just seen this bug opened by asac 10 hours ago
[19:00] <stek79_> https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/247494
[19:00] <stek79_> somebody knows what's that?
[19:01] <stek79_> from the description I can't figure it out
[19:04] <armin76> eh?
[19:05] <armin76> that means he's going to add xulrunner 1.9.0.1 and firefox 3.0.1
[19:16] <stek79_> hello asac!
[19:16] <stek79_> I was asking just now some information on your bug #247494
[19:17] <stek79_> 247494
[19:17] <stek79_> #247494
[19:17] <stek79_> nite bot :)
[19:23] <stek79_> how can I take a look at the changes between current ubuntu ff3 and the next ff 3.0.1 ?
[19:47] <stek79_> I have some news about the gmail slowness problem
[19:47] <stek79_> of firefox3
[19:47] <stek79_> two evidences so far
[19:48] <stek79_> 1) if we use the old gmail UI (clicking on Old Version link) the scrolling gets pretty fast
[19:49] <stek79_> 2) it seemed to me that the scrolling issue has been resolved some months ago, and then recently reappeared
[19:49] <stek79_> well, speaking with other FF3 users I've found that I'm not the only one that discovered this fact
[19:50] <stek79_> so I conclude that there must be a recent package upgrade that has slowed down firefox 3 scrolling
[19:50] <stek79_> for example, I remember a recent libcairo upgrade
[19:50] <stek79_> any ideas about that guys?