[00:01] <asac> good
[00:05] <Jazzva> asac, after I finish this, I'll send e-mail to Ubuntu QA contacts to update fields in the table for their extensions...
[00:07] <asac> we should definitly hi-jack launchpad plugin and rename that
[00:07] <Jazzva> Rename it? Why? :)
[00:07] <Jazzva> ff-launchpad?
[00:08] <asac> its not a plugin after all and contributes to the already existing confusion about plugin / extensions :)
[00:08] <asac> its not even a real extension
[00:08] <Jazzva> Right ... :)
[00:08] <asac> just a collection of searchplugins ;)
[00:08] <asac> another word in the game
[00:08] <asac> that is unrelated :)
[00:08] <Jazzva> Yep, it can be added easily ... but it's still useful :)
[00:09] <asac> yeah. maybe one should review whats in there as well :)
[00:09] <Jazzva> people/team, bugs, package, specs, support search :)
[00:09] <asac> if its called ff-launchpad or ff-launchpad-integration it definitly has to be more useful than now ,)
[00:09] <Jazzva> (I have it installed)
[00:09] <asac> right
[00:10] <Jazzva> Well, we should also add ubuntu package search (or is it added by default in FF?)...
[00:10] <Jazzva> It is the most useful in my expirience
[00:11] <asac> Jazzva: package search is already in the searchplugin list by default
[00:12] <asac> but i am not sure if that is really useful for the standard end-user
[00:12] <Jazzva> Ok... I couldn't remember if it was there, or I added it :)
[00:12] <Jazzva> It could be moved over to ff-launchpad (or something else)
[00:12] <asac> if so it should read "Ubuntu Software Search" as normal users don't really know what packages are i guess
[00:15] <Jazzva> Well, they could still be confused with the page :)
[00:15] <asac> of course the implementation needs to change
[00:16] <Jazzva> Well, there is an option to move it to ff-lp or whatever, and to leave AddRemove/Synaptic to normal users :)
[00:43] <Jazzva> asac, what was the deal last night about mozilla-noscript? FF3 compat or not? I forgot :)...
[00:43] <Jazzva> And I need to add torbutton-extension.desktop file to a-i-d, and that's it :)
[02:32] <Jazzva> asac, pushed app-install-data http://code.launchpad.net/~jazzva/app-install-data-ubuntu/ubuntu.mozilla-extensions . Torbutton is working with bumped maxVersion and corrected install dirs. I'm off to sleep, so I'll finish that tomorrow.
[02:33] <Jazzva> That would be it for app-install-data... Only thing left is to update mozilla-imagezoom and mozgest's depends, to include Thunderbird (I think both work with it, will test tomorrow)
[02:34] <Jazzva> And I will send e-mail to QA contacts now to ask if they can update fields for their extensions on wiki page :)
[02:34] <Jazzva> Good night, all :)
[09:06] <asac> Jazzva: noscript is ffox 3 compat
[09:25] <asac> Jazzva: yesterday it also turned out that imagenuke is ffox3 compatible
[09:25] <asac> Jazzva: i reuploaded it with the proper install hooks for ffox3 ... so we should adapt app-install-data too i guess
[09:32] <asac> bug 162993
[09:32] <ubotu> Launchpad bug 162993 in ia32-libs "ia32-libs missing 32-bit gnome libraries needed for gtk stock icons" [Wishlist,Fix released] https://launchpad.net/bugs/162993
[10:17] <Jazzva> asac, done :)
[10:19] <Jazzva> (a-i-d)
[10:21] <asac> Jazzva: cool ;)
[10:21] <asac> nukeimage promoted?
[10:22] <Jazzva> yep ... added x-...-ff
[10:28] <fta2> mozilla bug 409227
[10:28] <ubotu> Mozilla bug 409227 in SVG "Multiple images within a <g> tag do not display properly when setting opacity value" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=409227
[11:34] <Jazzva> Off to school ... See you later
[13:03] <mlind> asac,fta: if you're planning to upload newer firefox-2 for Hardy, so you mind checking bug #218594 ?
[13:03] <ubotu> Launchpad bug 218594 in firefox "firefox-2 install symlinks against wrong nss" [Undecided,New] https://launchpad.net/bugs/218594
[13:09] <Volans> fta: Hi, I have a question for you about the wiki page for firefox3 extension
[13:10] <asac> Volans: what info do you need?
[13:11] <asac> mlind: maybe provide a patch?
[13:11] <Volans> Hi asac :) I have updated the wiki page following the Saša mail and I have proposed to link the source package name to the LP page
[13:12] <Volans> but Saša tell me to ask fta in order to know if this can be confusing for his script
[13:12] <mlind> asac: okay
[13:13] <asac> Volans: ah ok
[13:13] <asac> Volans: the idea is good ... but coordinate with fta indeed ;)
[13:14] <Volans> ok, I'm waiting for him
[13:32] <asac> mlind: as it looks now i will prepare the hardy update in about 8 hours or so :)
[13:32] <asac> so stiill some time to help me with that patch ;)
[13:35] <mlind> asac: i'll attach one in a moment
[13:36] <asac> mlind: mayb even use the bzr branch and do the change there :)
[13:36] <asac> but bug + diff is ok
[13:37] <mlind> asac: brz is for people with higher education than me ;)
[13:37] <mlind> asac: so if bug + diff is okay, I'd go with that
[13:45] <asac> sure
[13:45]  * asac off for a few
[15:08] <jetsaredim> asac: fyi - firebug is still listing the older version in the svn repo
[15:25] <mlind> asac: attached a debdiff in bug #218594. thanks for the new version btw.
[15:25] <ubotu> Launchpad bug 218594 in firefox "firefox-2 install symlinks against wrong nss" [Undecided,New] https://launchpad.net/bugs/218594
[19:00] <Volans> fta: ping
[19:23]  * Volans dinner time... come back later
[20:18] <fta> hi
[20:30] <asac> hi fta
[20:31] <fta> asac, did you do 2.0.0.14 ?
[20:32] <asac> fta: i _am_
[20:32] <asac> the dapper package is already uploaded
[20:33] <asac> which is usually the most painful thing
[20:33] <fta> i wanted to do sm but it's not out yet
[20:35] <asac> fta: i think kaie asked about that today in #seamonkey
[20:38] <fta> too bad the lastest google earth is broken in hardy: http://google-latlong.blogspot.com/2008/04/3d-buildings-galore.html
[20:40] <asac> i didn't even know that it works on linux at all ;)
[20:45] <fta> asac, we have googleearth-package, which creates a deb from the non-free binary tarball
[20:46] <fta> i've told you that when i've made the firefox-minefield deb creator in mozilla-devscripts
[20:47] <asac> ok, i think i remember vaguely now
[20:50] <Volans> fta: I have updated the wiki page following the Saša mail and I have proposed to link the source package name to the LP page, but Saša tell me to ask you in order to know if this can be a problem for ypur script
[20:51] <Volans> s/ypur/your/
[20:52] <fta> Volans, hm, there's no showstopper on my side, if your change makes sense, i'll update my script :)
[20:53] <fta> here, it makes sense. please proceed, i'll update my side accordingly
[20:53] <Volans> I don't know what your script have to do, but I think that can be useful to have the direct link to the source package on LP on the source package name
[20:53] <Volans> I have do this for my extension
[20:54] <Volans> you can see here: https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions , Ubuntu-it Menu on the first table
[20:55] <fta> if you change the format, please try to di it for the whole table so it's consistent
[20:57] <Mirv> asac: note https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/218848 - I'm asking for help from mozilla.fi folks, but the problem is definitely ubuntu-spefic and fi_FI specific
[20:57] <ubotu> Launchpad bug 218848 in firefox "XML error when going to site needing certificate exception when using fi_FI.UTF-8" [Undecided,New]
[20:58] <Volans> fta: ok, I will adjust the table
[21:05] <asac> Mirv: can you reproduce?
[21:06] <asac> oh you reported ;)
[21:06] <Mirv> asac: it's my bug... not a problem in upstream, but in our version. diff is hard to do since the po file usage makes stuff different, but we're trying. have to see tomorrow probably in more detail.
[21:06] <asac> Mirv: please looks at the addons dialog
[21:06] <asac> do you see lang packs for both: xul + ffox?
[21:08] <Mirv> asac: yes. everything else has worked without problems, but it would sound like a typo or something somewhere, but not spotting such in Rosetta in the ubuntu-specific changes done
[21:13] <Volans> fta: for mozgest wich of the two packages I have to link? https://launchpad.net/ubuntu/+search?text=mozgest
[21:14] <Mirv> asac: I'll try to debug it more tomorrow and find the problem causing it
[21:16] <fta> Volans, usually, the one that has the exact name in the wiki
[21:27] <Volans> ok fta, can I fix some source packages names where the binary instead of the source is inserted?
[21:27] <fta> i need the soource everywhere, so yes
[21:36] <Volans> fta: done, I have changed all the tables before the Obsolete list section...
[21:36] <fta> thanks
[21:42] <fta> no impact on my script. excellent :)
[21:44] <Volans> good :)
[21:45] <Volans> I hope this can be useful
[21:47] <asac> Mirv: ill try to reproduce
[21:47] <asac> that is serious enough to justify immediate action imo
[21:54] <Volans> asac: can I help you in some way, maybe trying to reproduce this bug?
[21:56] <asac> Mirv: how can i reproduce?
[21:56] <asac> Volans: sure, but i think we need info from Mirv on a testcase
[21:56] <asac> its https://bugs.edge.launchpad.net/ubuntu/+source/firefox/+bug/218848
[21:56] <ubotu> Launchpad bug 218848 in firefox "XML error when going to site needing certificate exception when using fi_FI.UTF-8" [Undecided,New]
[22:16] <asac> Mirv: ok i think i have an idea
[22:24] <Volans> asac: can be an encodig problem on the dtd files that is not correctly utf-8?
[22:24] <asac> no it looka likE a bug in C code :(
[22:28] <Volans> and it appears only in FI locale??? quite strange...
[22:28] <asac> it appears in de locale as well
[22:30] <asac> O_APPEND appears to not do what its supposed to
[22:30] <asac> but somehow i can't believe it ;)
[22:31] <asac> i have to first smoke a cigarette and get some distance :)
[22:32] <Volans> ahaha :)
[22:32] <asac> not good ;) ... i know :)
[22:32] <asac> Volans: do you know C?
[22:33] <Volans> yes, I know it but I'm not expert
[22:34] <fta> asac, http://www.sofaraway.org/ubuntu/tmp/lang.png
[22:34] <asac> fta: yeah
[22:34] <asac> thats intentional
[22:35] <asac> as you run something that broke strings we cannot provide a better maxVersion now
[22:35] <asac> e.g. once we get RC1 i will open up maxVersion in the langpacks
[22:35] <asac> but maybe ill wait for final to be sure
[22:35] <asac> you never know :)
[22:37] <asac> fta: https://code.edge.launchpad.net/~mozillateam/rosetta/po2xpi
[22:37] <asac> could you take a look at the src/main.c file and see if you see any file open that doesn't APPEND ?
[22:38] <asac> Volans: ^^ maybe you too ;)
[22:38] <Volans> ok I will take a look :)
[22:41] <Volans> asac: previously ypu refer to  O_APPEND on line 547?
[22:42] <asac> yeah ... that should be right
[22:42] <asac> there is also OPEN_FLAGS ... that has O_APPEND as well
[22:42] <asac> but that looks right to me
[22:43] <Volans> there are only 3 open functions, 2 with  OPEN_FLAGS and the last with O_APPEND
[22:43] <asac> yeah ... damn
[22:43] <asac> :)
[22:43] <asac> most likely its in runpo2xpi then
[22:43] <asac> i carefully prefill files there with ENTITY.*SYSTEM things
[22:43] <asac> but those are missing in the result
[22:43] <asac> either the targetpath is wrong or something else is going bad :)
[22:44] <asac> i hoped it was a missing APPEND in the bloody C code
[22:44] <asac> runpo2xpi is not less bloody though :;(
[22:44] <Volans> maybe adding some debug output can be helpful
[22:48] <Volans> asac: you are sure that can't be a problem of the dtd file?
[22:48] <asac> well ... at lest this bug has to go before we can tell
[22:49] <asac> but given that everything else works i am pretty sure its the missing SYSTEM entities in the .dtd files
[22:50] <asac> i think i found the bug :)
[22:51] <asac> but now i am confused ;)
[23:00] <Volans> confused why it works for the other locales?
[23:04] <fta> asac, hm, another commit with bug id.. "Set version to NSS 3.12.1 Beta on NSS trunk. Note: NSS 3.12.0 RTM will be delivered from NSS_3_12_0_BRANCH."
[23:16] <asac> Volans: no :) ... confused why it still doesn't work ;)
[23:17] <asac> Volans: if you look at chrome://global/content/netError.xhtml
[23:17] <asac> you get the %netErrorDTD; thing
[23:18] <asac> but if you look into that file its chrome://global/locale/netError.dtd that it tries to open
[23:18] <asac> that works
[23:18] <asac> e.g. opening that in location bar
[23:23] <Volans> I'm looking, but not sure to understand the problem...
[23:24] <asac> me neither ;)
[23:24] <asac> once i understand it ill have the fix quick i guess ;)
[23:26] <asac> for whatever reason the XML parser cannot resolve the netError.dtd from what i can see
[23:29] <Volans> I see only two things, the SYSTEM instead of PUBLIC, but if the chrome://global/locale/global.dtd is resolved correctly why the first not? Maybe changing the order of the three?
[23:29] <asac> Volans: i am actually not sure if the parser gets that far
[23:30] <asac> if it breaks it will probably stop parsing and never see that entity
[23:30] <Volans> I see that in global.dtd the only line is: <!ENTITY locale.dir "ltr">
[23:30] <Volans> maybe we have to define this before the other
[23:30] <Volans> unless FF do not know the locale dir?
[23:32] <asac> the xhtml is not locale specific, so every locale does it in that order
[23:34] <Volans> right...
[23:34] <asac> maybe its an entity resolver bug that cannot look in extensions ;) ... but i am pretty sure that this mechanism is also used elsewhere
[23:34] <asac> though not really often
[23:35] <asac> or rather in "different jars" :)
[23:36] <asac> well but thats wrong it does look in different jars the official extensions as well
[23:40] <Volans> asac: I'm trying to find the securityOverride.linkText entity in the dtd file... but not found in the en-US.jar archive, where I have to search?
[23:41] <asac> Volans: ?
[23:41] <asac> there are two en-US.jar
[23:41] <asac> xulrunner-1.9 and firefox-3.0
[23:41] <Volans> oh yes... I'm searching in the wrong one :)
[23:41] <Volans> sorry
[23:50] <asac> Volans: ok at least the " are not escaped
[23:50] <asac> <!ENTITY deniedPortAccess.longDesc """">
[23:50] <asac> thats in browser/locale/netError.dtd
[23:50] <asac> ok lets escape " :)
[23:52] <Volans> in en-US I have <!ENTITY deniedPortAccess.longDesc "">
[23:53] <asac> yeah
[23:53] <asac> that will definitly make the parser die ;)