[00:10] <asac> Fujitsu: are you part of universe security team?
[00:10] <Fujitsu> asac: I would be the leader of it.
[00:10] <asac> would? so the team is still a vision?
[00:10] <Fujitsu> Well, I am the leader of it, not that there's much of a team at the moment.
[00:10] <Fujitsu> No more than a couple of people.
[00:10] <asac> ;)
[00:10] <asac> hehe
[00:11] <asac> I'll think about how we can better approach mozilla security in universe
[00:11] <Fujitsu> Thanks. They always make up a significant fraction of the open issues.
[00:11] <fta> too bad xul 1.8.1.13 is not out yet.
[00:11] <asac> thats for sure
[00:12] <asac> fta: it won't be out
[00:12] <asac> you have to get it on your own
[00:12] <asac> (well its never out in a timely fashion)
[00:12] <Fujitsu> I think I should be able to kill off about 10% once iceape is gone.
[00:12] <fta> asac: yep, i know but is the tag already there ?
[00:12] <asac> Fujitsu: we could also roll an iceape update
[00:13] <asac> fta: well, i think you can also try MOZILLA_1_8_BRANCH .. there should not have been much activity since the 2.0.0.x release freeze
[00:14] <asac> or FIREFOX_2_0_0_3_RELEASE even
[00:14] <asac> but often they tag it in sync
[00:14] <asac> Fujitsu: iceape is just in gutsy, right?
[00:15] <Fujitsu> asac: It will be once the removal is processed.
[00:15] <fta> FIREFOX_2_0_0_13_RELEASE should do
[00:15] <Fujitsu> asac: Somebody apparently forgot to remove iceape from Hardy, even though the binaries are now all provided by seamonkey.
[00:16] <asac> Fujitsu: yes, so the security issues are actually phantom ones :)
[00:26] <fta> 'night
[00:26] <Fujitsu> Night fta.
[04:37] <saivann> asac : Latest news about ubufox translation, I got Afrikaans translation today and updated my branch in launchpad. I did not get answers from the ubuntu translator list
[06:12]  * asac yawn
[06:12] <asac> when did i go to bed? 4.5h ago? pah
[06:13] <Fujitsu> asac: Back to bed!
[06:13] <asac> yeah ;) ... if i only could
[06:14] <asac> we have a platform team meeting at 0700 UTC :)
[06:14] <asac> and i thought its better just to get up instead of sleeping too long ;)
[06:15] <Fujitsu> Ah.
[06:15] <Fujitsu> In which UTC offset do you reside?
[06:15] <asac> UTC+1
[06:15] <Fujitsu> Ah.
[06:15] <asac> so its currenty 0715 :)
[06:15] <asac> @time berlin
[06:16] <Fujitsu> I have a security team meeting at 6am tomorrow :(
[06:16] <ubotu> Current time in Europe/Berlin: March 26 2008, 07:16:01 - Next meeting: Xubuntu in 12 hours 43 minutes
[06:16] <asac> 6am sounds like its better nott to sleep at all :)
[06:16] <asac> but definitly a brave time ;)
[06:19] <asac>  bug 203793
[06:19] <ubotu> Launchpad bug 203793 in network-manager "[hardy][iwl3945] 3945ABG cannot associate to public WPA2 PSK network" [High,Fix released] https://launchpad.net/bugs/203793
[06:27] <asac> [reed]: oh, wanna join mozillateam ;)
[06:27] <asac> ?
[06:28] <[reed]> sure, why not :p
[06:28] <[reed]> no idea what that really means, but I thought it made sense ;P
[06:35] <asac> [reed]: approved :)
[06:35] <[reed]> :)
[06:36] <asac> don't wipe our branches ;)
[06:36] <[reed]> hah
[06:37] <[reed]> I won't ;)
[06:44] <asac> fta: bug 194970
[06:44] <ubotu> Launchpad bug 194970 in firefox-3.0 "[Hardy] Incorrect .desktop files" [Undecided,Confirmed] https://launchpad.net/bugs/194970
[09:18] <asac> mozilla bug 411092
[09:18] <ubotu> Mozilla bug 411092 in XPConnect "XPCNativeWrapper pollution using setTimeout()" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=411092
[09:19] <asac> carlos: all on track ;)?
[09:30] <carlos> asac: hi, yeah, everything should land tonight with our scheduled rollout
[09:31] <carlos> asac: which means that tomorrow Firefox should be available to be translated in Launchpad
[09:33] <asac> carlos: really cool.
[09:33] <asac> lets hope that we didn't forget anything :(
[09:33] <asac> everything else needs to be worked around for hardy i guess ;)
[09:35] <carlos> asac: well, language packs could be updated after release
[09:36] <carlos> so if there are bugs, we could fix them after final release
[09:42] <asac> carlos: yes, but this assumes that it works at all :)
[09:42] <carlos> did you test your part of the script?
[09:42] <asac> but don't panic
[09:43] <asac> davidm wanted to show me the first version of the po2xpi processor today.
[09:43] <asac> i expect that we need to workaround for some things
[09:43] <asac> e.g. not all info required is in .po
[09:44] <asac> for instance there are .dtd's included by xml entities
[09:44] <asac> but we have to grep for that in en-US.xpi and hope that just appending those to the translated .dtd's doesn't break anything (which it shouldn't in theory)
[09:45] <asac> carlos: ^^^
[09:46] <carlos> asac: I don't get it, aren't those dtd part of the language pack we got imported?
[09:47] <asac> carlos: yes, but there are things that probably don't get imported atm
[09:47] <carlos> how's that?
[09:48] <asac> wait a second
[09:49] <asac> carlos: http://paste.ubuntu.com/6087/
[09:49] <asac> look at the top
[09:49] <asac> this has nothing to do with translatable entities
[09:50] <asac> just that we need that snippet in the final de.jars
[09:50] <asac> translation .xpis
[09:50] <asac> we could have used an artificial entity id "% brandDTD SYSTEM" with msgid "chrome://branding/locale/brand.dtd"
[09:51] <carlos> asac: is the same for all language packs?
[09:51] <carlos> or it depends on the language?
[09:51] <asac> carlos: no ... we produce a translation that uses the same file tree layout as the en-US.xpi
[09:52] <asac> the actual translations you import might be different, but that doesn't really matter as all entities are translated
[09:52] <asac> its just how we can assemble the translated xpis
[09:52] <carlos> My point is that you could do the change in en-US.xpi
[09:52] <carlos> on firefox build time
[09:52] <asac> carlos: hmm ... you mean i could replace that with a plain entity with the key "% brandDTD SYSTEM" ?
[09:53] <asac> good idea
[09:53] <carlos> and then, you will get en-US.xpi file already 'fixed' with that and thus, the logic to generate the xpi language packs doesn't need to know about it
[09:53] <asac> carlos: hmm .. but the problem is still that your importer probably chokes on:
[09:53] <asac> <!ENTITY % brandDTD SYSTEM "chrome://branding/locale/brand.dtd">
[09:53] <asac> i have no idea how to better describe it
[09:53] <carlos> asac: that will allow that any fix is isolated in firefox source package
[09:53] <asac> i could do:
[09:53] <asac> %_brandDTD_SYSTEM though
[09:54] <carlos> asac: hmm, well, I could ignore that entity on import time
[09:54] <asac> no we _need_ that entity
[09:54] <carlos> I mean in Launchpad
[09:54] <asac> otherwise i don't have the info in the .po :)
[09:54] <carlos> ah
[09:55] <carlos> but isn't going to be the same?
[09:55] <carlos> for all languages?
[09:55] <asac> it will be the same for all languages yes.
[09:55] <carlos> you will get it directly in en-US.xpi
[09:55] <asac> but still i need that info :)
[09:55] <carlos> the en-US.xpi I'm going to export so you can use it as a template to rebuild the translation xpi files
[09:55] <asac> carlos: yes, we can workaround by grepping in en-US.xpi
[09:55] <asac> but its painful
[09:56] <asac> we have no problem with including files that are missing
[09:56] <asac> (and sedding those)
[09:56] <asac> but shaking things out is more painful, but as i said, we can probably workaround
[09:56] <carlos> I'm lost... you are greeping anyway en-US.xpi to substitute English with the translations from the .po file... will not be that entity already in the right place?
[09:57] <asac> carlos: no we are substituting ... we are contructing from scratch
[09:57] <asac> we are not substituting
[09:57] <asac> the only things we are sedding is install.rdf + chrome.manifest
[09:57] <asac> and we include all files that are in the en-US.xpi but cannot be reconstructed by .po in the .xpi
[09:58] <asac> anyway, we can do this special tweak somehow ;)
[09:59] <carlos> hmmm
[09:59] <carlos> asac: so you have all metadata in the .po files except for the install.rdf + chorme.manifest ?
[10:00] <asac> yes
[10:00] <carlos> interesting ;-)
[10:00] <asac> that was my goal from the beginning
[10:00] <carlos> I thought you were using something like sed
[10:01] <asac> no ... thats too smart ;)
[10:01] <carlos> and thus, I assumed that you were keeping other metadata
[10:01] <asac> the transformer is pretty stateless
[10:21] <Fujitsu> asac: I seem to not have a cursor in Fx3 textareas... is this known?
[10:26] <asac> hmm ... not sure ;)
[10:26] <asac> there are a bunch of layout bugs still open in bugzilla
[10:26] <asac> but in general it should work
[10:26] <asac> Fujitsu: can you reproduce? does this happen in all textareas?
[10:26] <asac> what is special about the one you see this bug in?
[10:28] <Fujitsu> It's a Launchpad comment box that I use (so see it in) mostly, but I'll try in others now.
[10:29] <asac> special fonts? language?
[10:29] <asac> theme?
[10:29] <Fujitsu> None, en_GB, default.
[10:30] <Fujitsu> Ah, if I move up a zoom level, it's displayed.
[10:31] <Fujitsu> In fact, it's only that zoom level that has it absent.
[10:31] <Fujitsu> But it's the default.
[10:32] <asac> ok
[10:32] <asac> so caret disappears on zoom?
[10:32] <Fujitsu> I guess so.
[10:33] <asac> mozilla bug 420987
[10:33] <ubotu> Mozilla bug 420987 in Editor "Textarea caret invisible at certain zoom levels on Windows" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=420987
[10:33] <Fujitsu> Single pixel table borders vanish at some zoom levels too.
[10:33] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=420987#c3
[10:33] <asac> feel free to come up with this "easy" patch :)
[10:34] <Fujitsu> That looks good.
[10:34] <ubotu> Mozilla bug 420987 in Editor "Textarea caret invisible at certain zoom levels on Windows" [Normal,New]
[11:18] <tester> test
[13:55] <asac_> hi ... test chatzilla
[13:55] <asac_> looks good
[14:46] <asac> jetsaredim: ok uploaded webdeveloper .. can you please merge in changes i pushed to my branch for that?
[14:47] <asac> jetsaredim: and please prepare an update with bzr branch url included in control
[14:47] <jetsaredim> ?
[14:47]  * jetsaredim is in a bit of a daze this morning
[14:47] <asac> jetsaredim: i think in XPI.TEMPLATE control file there is an example
[14:48] <asac> hehe
[14:48] <jetsaredim> too much guitar hero
[14:48] <asac> jetsaredim: https://code.edge.launchpad.net/~asac/firefox-extensions/firefox-webdeveloper.ubuntu
[14:48] <asac> that contains the latest changes i did to make this ready for upload
[14:48] <asac> you can just bzr merge URL that when in your .ubuntu branch
[14:49] <jetsaredim> what's the proper bzr branch url?
[14:50] <asac> jetsaredim: currently it was you, but maybe replace your name with ubuntu-dev ... which is where motus can write
[14:50] <asac> and since the Maintainer is MOTU that would be proper
[14:50] <asac> i can push the branch there then
[14:51] <asac> jetsaredim: it was your == bullshit: i mean the url of your branch but replace your nick by ubuntu-dev :)
[14:56] <jetsaredim> asac: you want me to get rid of XSBC-Original-Maintainer?
[14:59] <jetsaredim> Vcs-Bzr: https://code.launchpad.net/~ubuntu-dev/firefox-extensions/firefox-webdeveloper.ubuntu/ - right?
[15:07] <asac> jetsaredim: yes. the bzr link is good
[15:08] <asac> jetsaredim: do you see what i did on top of your package?
[15:08] <jetsaredim> that's all you want me to change?
[15:08] <asac> can you do the same for the other branches?
[15:08] <asac> jetsaredim: first: merge in my changes to your branch
[15:08] <jetsaredim> i did
[15:08] <asac> then make a new package revision (changelog)
[15:08] <jetsaredim> ya
[15:08] <asac> and fix the Vcs-Bzr header
[15:08] <jetsaredim> ya
[15:08] <jetsaredim> jah
[15:08] <asac> ok
[15:09] <jetsaredim> jahwol
[15:09] <asac> hehe
[15:09] <asac> push it to your branch
[15:09] <asac> and let me know
[15:09] <asac> use UNRELEASED in changelog instead of hardy
[15:09] <asac> then do the same (copyright, vcs, whatever i did) to the other branches of you
[15:12] <asac> jetsaredim: https://code.edge.launchpad.net/ubuntu/+source/webdeveloper/1.1.5-0ubuntu2 :)
[15:13] <jetsaredim> so now there is going to be another version with the vcs fixed?
[15:13] <asac> jetsaredim: not now. next week
[15:13] <asac> but we want that for final release
[15:13] <jetsaredim> ok
[15:13] <asac> but for now keep it UNRELEASED
[15:13] <asac> so we can react on eventual bugs
[15:13] <asac> in the next upload
[15:13] <jetsaredim> i uploaded to my branch
[15:14] <asac> ok pushing to ubuntu-dev
[15:16] <asac> https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/firefox-webdeveloper.ubuntu
[15:18] <jetsaredim> damn - I didn't put your changes into my commit log
[15:18] <asac> jetsaredim: ?
[15:18] <asac> you can see them in bzr log
[15:18] <asac> so the info is still there
[15:18] <fta2> asac, do you want to sponsor xul 1.8 or do I have to request sponsorship in universe ?
[15:18] <asac> its just launchpad that is a bit lame
[15:18] <asac> fta2: given the short timeframe we have, i can do that
[15:18] <asac> ill be off ... tomorrow is a better day
[15:19] <asac> firefox sec updated leeched my resources for today ;)
[15:19] <fta2> i'll go for universe then
[15:19] <asac> if you find someone that does it today, go ahead
[15:19] <asac> otherwise i can do that tomorrow.
[15:20] <asac> fta2: did the tag work out?
[15:20] <asac> fta2: maybe refer to the USN we used for firefox ... or the CVE ids and so on
[15:21] <asac> Fujitsu: maybe you can sponsor fta2's xulrunner 1.8 update?
[15:21] <asac> to hardy
[15:21] <asac> fta2: please check a few rdepends
[15:21] <asac> i am not sure how familiar Fujitsu is with testing xul upgrades.
[15:22] <asac> Fujitsu: in case you have time to upload today: if fta2 says that the update is ok, its ok with me as well - I trust his judgement. so ... if anything breaks i take the blame.
[15:23] <fta2> :)
[15:23] <asac> fta2: i think kaze still uses xulrunner?
[15:23] <fta2> right
[15:24] <asac> fta2: no idea if you can test   libswt3.2-gtk-jni libmozillainterfaces-java libgtk-mozembed-ruby1.8 libghc6-mozembed-dev
[15:24] <asac> but maybe try mobile-basic-flash
[15:24] <asac> its pretty important for the mobile project
[15:24] <asac> (no idea if it works in normal desktop)
[15:25] <asac> but in general i'd assume that it keeps working
[15:26] <asac> oh ... and eclipse ... maybe try that (i think its the Help dialog that has gecko)
[15:26] <fta2> i guess it's the middle of the night for Fujitsu
[15:26] <asac> fta2: yeah :) ... thats why i write all the info that spring to my mind :)
[15:27] <asac> no idea what videolink is and zekr
[15:29] <fta2> hm, when I had a city in the clock, it makes my gnome-panel crash
[15:29] <fta2> I add
[16:16] <fta2> should I do a debdiff against the last ubuntu or the last debian ?
[16:16] <fta2> asac, ^^
[16:17] <asac> did you fork completely away? or just updated te current package?
[16:17] <fta2> i've merged debian (1.8.1.12), then updated to 1.8.1.13
[16:17] <asac> fta2: attach orig tarball + diff.gz + debdiff of debian/ directory (for ubuntu)
[16:18] <fta2> tarball too ? it's big
[16:18] <asac> fta2: every bits for sponsorship on the bug would be great
[16:18] <fta2> ok
[16:18] <asac> maybe attach the debian debdiff after 1.8.1.12 merge (if you have it)
[16:18] <asac> and the ubuntu debdiff of debian/ directory for 12 -> 13
[16:19] <fta2> I have the debdiff between 1.8.1.11-1 and 1.8.1.13+nobinonly-0ubuntu1
[16:19] <asac> what is in hardy?
[16:19] <fta2> er no
[16:19] <fta2> I have the debdiff between 1.8.1.11-1ubuntu1 and 1.8.1.13+nobinonly-0ubuntu1
[16:20] <asac> i think debdiff of debian/ would be neough then
[16:20] <asac> i hope its not too intrusive ,)
[16:20] <fta2> yes but which version ?
[16:20] <asac> he? the one you have ... but just debian/ directory changes
[16:21] <fta2> the src could be 1.8.1.12-5 or 1.8.1.11-1ubuntu1
[16:21] <fta2> the dst is 1.8.1.13+nobinonly-0ubuntu1
[16:21] <asac> if you don't have the .12 merged version anymore, then i don't care about the debian-ubuntu one
[16:22] <asac> just the debian/ directory ripped out of the debdiff you already have
[16:22] <fta2> I don't have it
[16:22] <asac> (11 -> 13)
[16:22] <fta2> ok, good
[16:22] <asac>  < fta2> I have the debdiff between 1.8.1.11-1ubuntu1 and 1.8.1.13+nobinonly-0ubuntu1
[16:22] <fta2> i meant debdiff filterdiffed for debian/
[16:22] <asac> yes
[16:23] <asac> i need all the source bits (diff.gz + dsc + orig) + the debian/ directory debdiff off 11->13
[16:43] <fta2> I'll upload all the from home
[16:44] <fta2> I'll upload all that from home
[17:04] <fta2> bug 207171
[17:04] <ubotu> Launchpad bug 207171 in xulrunner "Please sponsor xulrunner 1.8.1.13+nobinonly-0ubuntu1" [High,In progress] https://launchpad.net/bugs/207171
[17:13] <carlos_> asac: hi
[17:13] <carlos_> asac: rosetta-hardy/xpi/firefox/
[17:13] <carlos_> rosetta-hardy/xpi/firefox/es.po
[17:13] <carlos_> rosetta-hardy/xpi/firefox/en.po
[17:13] <carlos_> rosetta-hardy/xpi/firefox/en-US.xpi
[17:13] <carlos_> is that layout ok for you?
[17:14] <carlos_> it will be inside the standard language packs tarball
[17:14] <carlos_> the en.po file should be ignored, but will be exported for some time
[17:18] <asac> carlos: yes.
[17:18] <fta2> asac, Fujitsu: i'm done with bug 207171
[17:18] <ubotu> Launchpad bug 207171 in xulrunner "Please sponsor xulrunner 1.8.1.13+nobinonly-0ubuntu1" [High,Confirmed] https://launchpad.net/bugs/207171
[17:19] <carlos> asac: ok, then all changes are done and waiting for a review so I can land it and get it rolledout tonight
[17:20]  * asac hugs carlos
[17:20]  * asac crossing fingers ;)
[17:21] <carlos> asac: btw, this is how we export the .po files now: http://people.ubuntu.com/~carlos/firefox.pot
[17:21] <carlos> asac: that's one without translations
[17:21] <carlos> please, validate that it fits your needs
[17:21] <carlos> as far as I know, it has everything we agreed
[17:27] <asac> carlos: looks good.
[17:27] <asac> i cannot see any glitch
[17:27] <carlos> asac: ok, cool
[17:28]  * asac off for today
[17:29] <asac> (finally)
[19:52] <fta> Bug 207199
[19:52] <ubotu> Launchpad bug 207199 in firefox-3.0 "Firefox 3.0 cannot claim to be lightweight" [Undecided,New] https://launchpad.net/bugs/207199
[19:52] <fta> lol
[19:59] <Greenery> >.<
[20:13] <Fujitsu> fta, asac: I've never dealt with Mozilla stuff before (and it was 2am when you pinged)
[20:20] <fta> Fujitsu, well, you can build it like everything else.
[20:20] <Fujitsu> I would hope so.
[20:20] <Fujitsu> But I should probably test it, unless you're sure it's good.
[20:21] <fta> changes are minimal, i'm confident
[20:22] <Fujitsu> OK, I'll do some basic testing and upload, if you point me at the source package.
[20:24] <fta> it's in the bug
[20:43] <fta> [reed], will you do something like mozilla bug 424489 for 3.0 final ?
[20:43]  * [reed] waits on ubotu
 Error: Could not parse XML returned by Mozilla: Connection reset by peer.
[20:44] <[reed]> mozilla bug 424489
[20:44] <fta> https://bugzilla.mozilla.org/show_bug.cgi?id=424489
[20:44] <ubotu> Mozilla bug 424489 in General "Change name of Firefox 3 M13 to "Firefox 3 Beta 5" for official branding (for beta build tagging only)" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=424489
[20:44] <[reed]> no
[20:44] <[reed]> that's only for the betas
[20:44] <fta> thanks
[20:45] <fta> this was for bug 206275
[20:45] <ubotu> Launchpad bug 206275 in firefox-3.0 "Remove program version from titlebar" [Undecided,New] https://launchpad.net/bugs/206275
[20:46] <fta> what wording would you recommend for bug 207199 ?
[20:46] <ubotu> Launchpad bug 207199 in firefox-3.0 "Firefox 3.0 cannot claim to be lightweight" [Low,New] https://launchpad.net/bugs/207199
[20:46] <[reed]> we have some text we use for vista
[20:46] <[reed]> let me look
[20:47] <Fujitsu> fta: I'm currently waiting for .orig.tar.gzs to download; sorry about the wait.
[20:48] <[reed]> Firefox delivers safe, easy web browsing. A familiar user interface, enhanced security features including protection from online identity theft and integrated search let you get the most out of the web.
[20:48] <[reed]> er
[20:48] <[reed]> Firefox delivers safe, easy web browsing. A familiar user interface, enhanced security features including protection from online identity theft, and integrated search let you get the most out of the web.
[20:48] <[reed]> how's that?
[20:52] <fta> I need a short description too
[20:52] <fta> it's for: http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.0.head/annotate/fta%40sofaraway.org-20080326195622-m7885ve39vsxfxi3?file_id=control-20070321172126-hx4btlytc64jyo4n-4
[20:52] <fta> damn long urls
[20:53] <Fujitsu> safe, easy web browser
[20:53] <fta> http://paste.ubuntu.com/6114/
[21:01] <fta> ok for safe and easy
[21:03] <Fujitsu> fta: Have you looked at what Debian uses?
[21:04] <fta> !info iceweasel sid
[21:05] <fta> ...
[21:05] <fta> .......
[21:10] <fta> !info iceweasel sid
[21:17] <fta> [reed], any progress with Bug 206295
[21:17] <ubotu> Launchpad bug 206295 in firefox-3.0 "firefox 3 right-click menu chooses random options" [Undecided,New] https://launchpad.net/bugs/206295
[21:17] <fta> ?
[21:37] <fta> Fujitsu, how about xul, still ok ?
[21:38] <Fujitsu> fta: Getting there.
[21:38] <Fujitsu> Got it built, but debdiffing it got X angry.
[21:59] <fta> Fujitsu, is it just me or are the sponsor bugs no longer processed ?
[21:59] <fta> http://people.ubuntu.com/~dholbach/sponsoring/ seems to just be growing
[22:00] <fta> I'm waiting for prism to get sponsored..
[22:00] <Fujitsu> fta: I don't know. I do security stuff; not the sponsor queue.
[22:00] <saivann> asac : I think that we can wait a few days before merging my ubufox branch, I get 1 new translation per day, I keep my branch updated.
[22:00] <fta> ok, nm
[22:01] <saivann> asac : Also, created branches for bug 194970 that you can review
[22:01] <ubotu> Launchpad bug 194970 in firefox-3.0 "[Hardy] Incorrect .desktop files" [Medium,Fix committed] https://launchpad.net/bugs/194970
[22:03] <fta> saivann, i think i've already fixed that
[22:03] <fta> [reed], http://my.opera.com/desktopteam/blog/2008/03/26/opera-and-the-acid3-test
[22:04] <saivann> fta : For Firefox 3.0, but not for Thunderbird and Sunbird, right?
[22:04] <fta> right
[22:04] <saivann> fta : Ok, great, my branches are for sunbird and thunderbird :)
[22:05] <saivann> fta : If you fix this in firefox3.0, I believe that I can set status of firefox to "Won't fix", should-I?
[22:06] <fta> saivann, i've set it to Fix Committed as it's in the branch for b5
[22:07] <saivann> fta : Yes, you fixed it for firefox-3.0, but firefox probably won't be fixed, right?
[22:08] <saivann> (the bug is filed in firefox and firefox-3.0)
[22:08] <fta> well, it's an easy fix that could be committed in the ff2 branch
[22:08] <fta> that branch is mostly maintained by asac
[22:08] <saivann> fta : Great, I will create a branch for ff2 as well
[22:09] <fta> just branch the one that served to create 2.0.0.13
[22:09] <fta> should be in ~asac
[22:10] <fta> hoping he pushed his last commits...
[22:21] <saivann> fta : yes, 2.0.0.13, that should do the trick, I think
[22:37] <Fujitsu> fta: Finally got xulrunner to build and work and not crash X on the way.
[22:38] <Fujitsu> fta: Uploading now.
[22:38] <fta> Fujitsu, cool, thanks :)
[22:38] <fta> why did X crash btw ?
[22:38] <Fujitsu> I think the scheduler in 2.6.24 is a bit strange.
[22:39] <Fujitsu> I use LUKS encryption on my entire disk, and the kernel was going into IOWAIT, and X didn't get any CPU time at all.
[22:39] <Fujitsu> Still not entirely sure why it happens.
[22:42] <fta> was it during linking of that huge libxul or libxpcom ?
[22:42] <Fujitsu> fta: No, during extraction of the tarball for debdiffing.
[22:42] <fta> wow
[22:42] <Fujitsu> I can't upload right now, as drescher's FTP daemon doesn't seem to be running :(
[22:43] <Fujitsu> I think I ran out of space in /tmp, so it might have started swapping.
[22:44] <Fujitsu> fta: Well, elmo fixed it nice and quickly, so I'm uploading now.
[22:45] <fta> excellent
[22:46] <Fujitsu> And it took less than 2 seconds to upload, thanks to uploading from a server with ridiculously high bandwidth, and only 4 hops away from drescher.
[22:48] <Fujitsu> fta: You should have an Accepted email about now.
[22:49] <fta> not yet
[22:49] <Fujitsu> I got one.
[22:50] <fta> then i won't
[22:51] <Fujitsu> You're in the Changed-By.
[22:52] <Fujitsu> Signer and Changed-By get emails.
[22:56] <fta> ok, maybe my greylist (if it's a different ip)
[22:56] <fta> http://mozillalinks.org/wp/2008/03/firefox-3-expected-for-june/
[22:57] <Fujitsu> Is Hardy planned to get Fx3 final for .1 or so?
[22:59] <fta> hopefully, yes
[23:14] <asac> saivann: the desktop file for ffox should be fixed
[23:14] <asac> keep the bug open and remind me the next days ;)
[23:17] <fta> asac, do you still have things to add to mozilla-devscripts, i'd like to release 0.06
[23:17] <saivann> asac : firefox branch is now linked with bug 194970
[23:17] <ubotu> Launchpad bug 194970 in firefox-3.0 "[Hardy] Incorrect .desktop files" [Medium,Fix committed] https://launchpad.net/bugs/194970
[23:18] <saivann> asac : thanks
[23:19] <asac> fta: well ... i think the changes i need to do deserve a 0.07
[23:19] <asac> i want to strip the jars + define a default location where to put the language.xpi after biuld
[23:21] <asac> saivann: ok. i think i can take all branches in a row
[23:21] <asac> can you do the old firefox as well (v. 2)
[23:21] <asac> ?
[23:21] <saivann> asac : I just noticed, would it be easier for you if I also add a changelog entry for sunbird/thunderbird/firefox branches. I only modified the desktop files in these branches
[23:21] <saivann> asac : https://code.edge.launchpad.net/~saivann/firefox/fix_desktop_file
[23:23] <asac> what do you mean by changelog entry?
[23:23] <asac> if you want to open a new package revision, please do so
[23:23] <asac> (e.g. a new changelog entry ::)
[23:24] <Fujitsu> fta: Does that xulrunner have all the fixes up to 2008-19?
[23:25] <asac> Fujitsu: it should have all that are documented in firefox usn
[23:25] <fta> yep
[23:26] <fta> it's in the changelog
[23:26] <Fujitsu> asac: It lists 2008-1[4-9] as being fixed in that release. It won't have missed any in between?
[23:26] <Fujitsu> I'm working out which CVEs to close.
[23:27] <saivann> asac : No problem for me, but would it be easier for you? my actual branches did not change debian/changelog to describe the changes
[23:27] <asac> Fujitsu: you can close everything that is fixed i firefix
[23:27] <Fujitsu> asac: OK, thanks.
[23:27] <asac> if there are more CVEs left you need clarification on ask me
[23:27] <asac> there might be a few more for mailnews and so on
[23:27] <asac> but just a few
[23:28] <asac> Fujitsu: thanks for your support on this
[23:28] <Fujitsu> asac: No problem. Thank you and fta. I want a secure Hardy.
[23:28] <asac> me too ;)
[23:29] <asac> np
[23:39] <saivann_> asac : It's your preference, do you want my branches with or without modifications in debian/changelog?
[23:48] <asac> saivann_: please documented changes in changelog
[23:48] <asac> use UNRELEASED instead of hardy maybe
[23:49]  * asac off - at last
[23:49] <saivann_> asac : Will be fixed in ~1 hour, thanks
[23:54] <fta> Fujitsu, i'm done with seamonkey-1.1.9, I just rebuild from scratch to be sure
[23:56] <Fujitsu> fta: Great! That has 7 CVEs open against it.
[23:57] <Fujitsu> The past 24 hours has been rather good for Hardy CVE counts... Java is fixed, xulrunner uploaded, seamonkey to be uploaded... iceape removal filed, iceape removal NACKed by gnomefreak, iceape removal reacked...
[23:57] <fta> the same ones as xul and firefox
[23:57] <fta> iceape should stay in gutsy, but be removed from hardy
[23:59] <Fujitsu> Right. We can't remove from previous releases.