/srv/irclogs.ubuntu.com/2008/04/08/#ubuntu-mozillateam.txt

Jazzvaasac: It happend to me on youtube a lot ... well, not a lot, but it was frequent...00:15
Jazzvaor at some local newspapers' site, on a page with embedded flash video00:15
JazzvaOff to bed... head and neck hurt a lot... asac, please take a look at foxyproxy bug report for review :). That is, if it can still get to the archives. bug 21287501:30
ubotuLaunchpad bug 212875 in foxyproxy "REVIEW/SPONSOR: please review and sponsor foxyproxy" [Undecided,New] https://launchpad.net/bugs/21287501:30
=== jetsaredim_ is now known as jetsaredim
=== asac_ is now known as asac
asaccarlos: maybe, the points we discussed yesterady hide other minor issues, but for now it looks like that those are still the ones that are important.08:59
carlosok09:00
asacmy script for processing translation packs to distro packs is more or less ready btw ;)09:00
asaccarlos: i have one more question.09:01
asacwe face the problem that our browser will not be final for release09:01
asaceven though i hope that no new strings are added, it might happen.09:01
asacnow in case we need to update in hardy, we need language packs at the same time. so my question is:09:02
asaccan we still upload templates (en-US.xpI) manually<009:02
asac?09:02
carlosyes09:02
carloshowever, I understand that you will still upload a new source package09:02
asacok ... so in theory i could upload en-US:xpi manually 2 weeks before release and have the language pack tarballs like 3 days ahead of release, right?09:02
carloswhich should produce an en-US.xpi file to be uploaded into Launchpad automatically09:03
asac(this will most likelyl only be required for one update)09:03
carlosah!09:03
carlosthat09:03
carlosyeah, that's possible09:03
carloshowever, language packs timing depend on pitti09:03
carlosnot me09:03
asacok ... point is i can produce en-US.xpi for a release two weeeks ahead, but i can't upload two weeks ahead09:03
carlosso you should coordinate that with him09:03
asaccarlos: yeah ... the distro side, right09:03
carlosI'm not sure whether 3 days ahead of release will be possible to get language packs .deb packages uploaded...09:04
asaccarlos: is it possible to get po files exported separately in case we find we cannot include them in the main translation pack for the above reasons?09:04
carlospitti asks for some testing before that happens09:04
asachmm09:05
asacright09:05
asaci have to talk to him09:05
carlosasac: yeah, except for the en-US.xpi file. However given that that will be a manual process, I guess is not a problem and that you could provide it anyway09:05
asacbut could we - in theory - export the xul + ffox .po files in a separate tarball?09:05
carlosyes09:05
asac(e.g. so i could use them to package it the old lame way)09:05
carlosjust without the .xpi file09:05
asaccarlos: i think not having en-US.xpi would be fine, is it such a hack?09:06
carloswell, the 'hack' is what we do in language packs09:06
carloswe could provide it in such exports (only firefox and xulrunner) if you want09:07
carlosbut not this month09:07
asacyeah ... just wondered how hacky the inclusion of en-US.xpi would be09:07
carlosit's easy, is just that for that other use case we didn't think it would be useful09:07
carlosso we don't export it09:07
asaccarlos: ill discuss with bitty. if we need the separate option it would be great to have them in ... so they are self-sustaining09:07
asacs/bitty/pitti/ :(09:07
asaccarlos: ok. so now i have the big issue that beta5 en-US.xpi have not been uploaded. do you have any idea on that?09:08
carlosasac: you are able to get such exports right now: https://translations.launchpad.net/ubuntu/hardy/+source/firefox-3.0/+export and https://translations.launchpad.net/ubuntu/hardy/+source/xulrunner-1.9/+export09:08
carlosasac: I think is a bug in our side of the chain09:09
asacsuch? do you mean already with en-US.xpi ?09:09
carlosasac: I can manually import it though09:09
carlosdo you have the .xpi files?09:09
asaccarlos: no not anymore ... i have to do a respin to get them ;)09:09
carlosasac: ok, maybe I can get it from some other place...09:10
asacbut i plan to do that anyway09:10
asaccarlos: hmm09:10
carlosasac: when was the package built?09:10
asacmaybe you still have the tarballs so we can at least verify that they were included09:10
asac?09:10
* asac looking09:10
carlosfound09:11
asac2008-04-05 (ffox 3 beta5)09:11
carlos:-P09:11
asacxul too09:11
asacok09:11
asacgreat09:11
asacis it in?09:11
carloshmm09:11
carlosxulrunner is there09:11
carlosfirefox is not09:11
asachuh?09:11
carlosso I think firefox extraction didn't work09:11
asacwhat do you mean? the en-US.xpi is missing?09:11
asaclet me look at build log09:12
carlosasac: there is no translations tarball for firefox09:12
carloshowever, there is one for xulrunner09:12
asaccarlos: i think this time the en-US.xpi has no install.rdf ... is that a problem for your importer?09:12
carloshmm, not sure... maybe... however, that's not a reason for not seeing the en-US.xpi file09:13
carlosasac: I just uploaded an update for xulrunner, however, it will take a while to get it imported (the queue is a bit busy right now with oo.org...)09:14
asacsure09:15
asaci will figure whats going on for the translation tarball09:15
asaccarlos: firefox couldn't produce one indeed09:16
asacno error though09:16
carlosmaybe a missing rule?09:18
asacno its produced09:18
asacthe translation thing doesnt pick it u09:18
asacmkdir -p debian/lp-export-xpis/en-US.xpi-flat09:18
asac# extract locale filenames from $(MOZCALL_all_manifests) and09:18
asac# move the files to $(MOZCALL_manifest_locale_files_to_outdir)09:18
asac# produce chrome.manifest for all locale entries adding: en-US.jar (deflated 73%) adding: chrome.manifest (deflated 60%)09:18
asacrm -rf debian/lp-export-xpis/en-US.xpi-flat/09:18
asacthats what is done09:18
asaccarlos: oh09:19
asaci see the tarball _is_ produced09:19
asacpkgstriptranslations: preparing translation tarball firefox-3.0_3.0~b5+nobinonly-0ubuntu1_i386_translations.tar.gz...done (1 files)09:19
asaccarlos: is that tarball nowere?09:20
asachttp://launchpadlibrarian.net/13136118/buildlog_ubuntu-hardy-i386.firefox-3.0_3.0~b5%2Bnobinonly-0ubuntu1_FULLYBUILT.txt.gz09:20
asacthats the build log09:20
carlosasac: I can only think on getting help from pitti...09:31
asaccarlos: i have asked him09:33
asacwill let you know09:33
carlosok, thanks09:36
asacJazzva: ok ill go through the final extension submissions today09:51
asacJazzva: after that we have to update the extension install dialog to contain the latest09:51
Jazzvaasac: Ok...09:52
Jazzvayou mean the app-install-data package with new .desktop files?09:52
asacyeah09:52
asacyou did that in last cycle too right?09:53
JazzvaYep ...09:53
JazzvaI can do it tonight, if it's ok... :)09:53
asacsure09:55
asacmozgest failed because of missing zip build-dependency09:55
JazzvaI think I almost let one without zip dep, then I remembered and corrected ...09:56
asac;)10:07
Jazzvabtw, FF is buggy for me ... It seems to crash on few login screens too... It happened when I saved two username/password combinations. Then it just closes when I open that page...10:11
JazzvaI think it (still) crashes when I go to "Show passwords" dialog in Preferences10:11
Jazzvayep ...10:12
JazzvaIt seems to be related to saved passwords... I have just deleted the signons3.txt and key3.db and it's fine ...10:15
asachmm10:16
Jazzvahmm ... tried to reproduce, but nothing...10:16
asacyou probably don't have the old files anymore?10:17
Jazzvano ...10:17
Jazzvadeleted them few minutes ago :(10:17
Jazzvaah10:18
Jazzvait crashed10:18
Jazzvawhat do you need from files?10:18
asacJazzva: extension problem?10:18
asactry to disable them one by one10:19
asacor first with -safe-mode10:19
asacto see if it helps10:19
JazzvaOk10:19
Jazzvadied10:20
Jazzvajust when it started opening the login page...10:20
Jazzvadoes it fetch some login data at that point? (like stored usernames)10:21
JazzvaIt happened with clear profile, too... Well, two clear profiles :)...10:21
Jazzvas/clear/clean/10:22
asacyes it tries to gather whether login data is stored at that point10:22
asacwhich site?10:22
Jazzvathis one is wiki.ubuntu.com10:22
Jazzvaand the other is for joomla control panel10:23
asacJazzva: which libnss* version?10:23
Jazzvathe latest from fta's repo10:23
Jazzva*ppa10:23
asacplese look10:23
asactell me the version ;) they might be out of sync with what is really the latest as fta had some version screw in his archive10:24
Jazzva3.12.0~cvs20080404t1842-0ubuntu1~fta110:24
JazzvaOh10:24
asacthat sounds old :)10:24
Jazzva040410:24
JazzvaYep ...10:24
asaclatest nss he has is cvs20080407t0003-0ubuntu110:24
asacbut i'd suggest first to downgrade to hardy version and see if all is ok ;)10:25
JazzvaHmm, ok10:25
Jazzvajust libnss, or firefox package too?10:28
Jazzvaasac^10:28
Jazzvaasac ^10:28
asacJazzva: i'd suggest everything10:30
Jazzvaok10:30
asacbut maybe see if the crashes go away with latest nss10:30
asacfirst10:30
Jazzvadowngrading already... I'll go with this first :)10:31
asacremember xulrunner needs to be downed too10:31
JazzvaIt will take a while... few minutes10:36
Jazzvaseems to be fine with ff and the rest from hardy's repo10:51
JazzvaI will update back to fta's repo10:51
asacok ... good to know10:53
Jazzvahmm, forgot to downgrade libnspr10:53
Jazzvabut it worked10:53
asacyeah10:53
asacnspr is rather stable piece of software10:53
Jazzvaasac, in the meantime, have you corrected the xpi.template? debian/rules: MOZ_EM_ID => MOZ_XPI_EMID (that's the name of the var in xpi.mk) and maybe something else10:56
asacoh10:57
asaclet me do that10:57
JazzvaOh10:57
Jazzvaand10:57
Jazzvadebian/changelog: Closes: #... => LP: #...10:57
Jazzvathat's what I wrote down... and now I remembered10:58
Jazzvamaybe we should use ~ubuntu-dev in Vcs-Bzr from the start ... :)10:58
asacyea10:59
Jazzva:)10:59
asacJazzva: the ~ubuntu-dev thing i already did yesterady11:00
asacdoing the rest now11:00
JazzvaOk...11:00
Jazzvaheh... ff3 crashed when I clicked on "Login" on wiki.ubuntu.com11:01
Jazzva(update to fta's repo)11:01
JazzvaWith the same profile I used with hardy's version...11:01
asacJazzva: ok i pushed the changes to XPI.TEMPLATE to bzr11:02
asacmaybe look if you see anything else11:02
Jazzvagreat11:02
asaci also use XSBC- and Maintainer split and ubuntunized the package revision in changelog11:02
JazzvaI will ... I'll downgrade back to hardy's again ... Sis is gonna use it in the afternoon, don't wanna her bump into troubles :).11:03
Jazzvaxpi.template is in mozillateam's branch?11:03
asacyes11:04
asacrevision 711:04
asacJazzva: ^^^11:04
JazzvaBranching11:04
Jazzvadone11:04
asachmm still rev 6 on launchpad11:04
asacah now11:05
Jazzvahmm, branched rev711:05
asacok11:05
JazzvaHaven't noticed this before11:05
asacyeah then you had luck ;)11:05
JazzvaVcs-Bzr branch is used for branching, right?11:05
asacyes11:05
asacyou can use whatever you want though ;)11:06
JazzvaShould it be then "http://bazaar..." instead of "https://code..."11:06
JazzvaOh :)...11:06
Jazzvaok :)11:06
asacno code works well and you can open that in a browser11:06
asacthus i think we should keep code.11:07
Jazzvaright ... ok :)11:07
asacisn't that what is in control=11:07
Jazzvahttps://code...? yes11:07
asacyeah11:07
asaclooks ok11:07
JazzvaLooks fine to me..11:08
asacthx11:08
Jazzvaoh, debian/changelog: Alexander Sac <...> as submitter, or Yourname <your@email.tld>?11:09
Jazzva*Sack11:09
asacJazzva: fixed11:10
Jazzva:)11:11
JazzvaTime in changelog isnt' a big deal?11:12
Jazzva*isn't11:12
JazzvaI'm not sure...11:12
asacno idea how to fix that in a generic fashion11:13
asacmaybe we should add content to the changelog entry that describes that you should run dch -r before relese with DEBEMAIL=your@email.tld11:13
JazzvaYep... that's why I think it's not a big deal... since it must comply to a certain format, no idea how to put it simply to new packagers...11:13
JazzvaHmm... sounds good11:14
asacill think11:14
Jazzvak :)11:14
asacJazzva: http://paste.ubuntu.com/6609/11:21
asacis that comprehensible for you?11:21
asacsome typos left11:22
asachttp://paste.ubuntu.com/6610/11:23
Jazzvayep, sounds ok...11:24
Jazzvamaybe to replace "after upload you start" with "after upload to the archives you start"11:25
JazzvaSo it won't be assumed as "upload to the branch"11:25
JazzvaBut, maybe that's just me :)...11:26
asacJazzva: maybe "after release"11:27
asacthis implies that you don#t have to wait for someone to upload in case you don't have the powers11:27
JazzvaI suppose ...11:27
Jazzva:)11:27
JazzvaI'm off (school)... Will be back in the evening...11:37
asacfta: why do we ship reporter?12:03
carlosasac: hi13:04
carlosasac: I have an answer for the problem you found when we were showing the id instead of the English value13:05
carlosasac: the problem is in the en-US.xpi, so we do exactly what is expected13:05
carlosintl.charset.default=ISO-8859-113:05
carlosintl.charset.detector=13:05
carlosintl.charsetmenu.mailedit=ISO-8859-1, ...13:05
carlosasac: that's what we have in the en-US.xpi file13:06
carlosand that's why we show directly 'intl.charset.detector' instead of an English string or value13:06
asaccarlos: those accesskey-XXX things definitly exist13:16
asacnot sure about the charset dector13:16
asacbut if its empty it should stay empty13:16
asacnot insert the key13:16
carlosok, maybe I choose the wrong example :-P13:17
carloslet me check for the others...13:17
asaccarlos: look for accesskey-done13:17
carlosasac: well, we do that to help translators13:17
carlosasac: it shouldn't be an issue for you13:17
carlosasac: you don't rebuild the en-US.xpi file13:17
asaccarlos: thats an issue13:18
asaci use that value if there is no translation13:18
asacanyway ... look at the ones that exist13:18
carloswell13:18
carlosthat's a technical problem we cannot fix ever without rebuilding Launchpad translations13:19
carlosso may I suggest you a workaround?13:19
carlosdon't use it if it matches the ID...13:19
asaccarlos: 516 in xulrunner-1.9 (look in erman)13:19
asacaccesskey-accept13:19
asac517: accesskey-cancel13:20
carlosasac: why should I check German? we msgids come from en-US13:20
carloss/we/the/13:20
asaccarlos: yeah ... thats just where i am ;)13:20
asacyou can look everywhere13:20
asaccarlos: ok i think i can implement that hack13:21
carlosasac: again, it's an en-US.xpi fault13:21
carlosbutton-accept=OK13:21
carlosbutton-cancel=Cancel13:21
carlosbutton-help=Help13:21
carlosbutton-disclosure=More Info13:21
carlosaccesskey-accept=13:21
asaclets hope that the text doesn't match the key somewhere13:21
carlosaccesskey-cancel=13:21
carlosaccesskey-help=13:21
asacok13:21
carlosaccesskey-disclosure=13:21
asacill see how far i get then13:21
carlosok13:22
carlosbtw, all other fixes are implemented and tested. I'm waiting for the QA process to get it rolled out to production13:22
asaccarlos: great. can i give you a en-US.xpi for xul and ffox that have the final form?13:23
asacfor beta 5 ;)13:23
asaccarlos: did you say that i can get the en-US.xpi in project translation exports as well?13:23
carlosyeah, but not this month13:24
carlosI mean13:24
carlosnot until the end of this month13:24
carlosthat's not something critical13:24
carlosso is hard to me to get an approval for it13:25
asacok13:26
asaccarlos: http://people.ubuntu.com/~asac/xpis-xul+ffox-b5.tar.gz13:26
asaclet me take a final look if they are good ;)13:26
carlosasac: and the URL for the translations?13:27
asaccarlos: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0b5/linux-i686/xpi/13:28
asaccarlos: do you recognize the lang codes (its - not _ )13:28
asace.g. for es-AR.xpi?13:28
carlosasac: well, I had to approve it initially by hand13:29
carlosbut we are adding support for that13:29
carlosso you get it back on export13:29
carlosright now... as you saw you don't get those with those codes...13:29
carlosso zh-TW becomes zh_TW13:29
asacyes thats not a problem on my side13:29
carlosbut we have an open branch to give you back zh-TW13:29
asacjust wonder if you properly process that on translation import13:29
carlosfor firefox is not a big issue, we have extra manual work to do13:29
asaccarlos: you don't need to deal with that ... the _ -> - replacement belongs in the .po2xpi thing anyway imo13:30
carlosbut with oo.org is much worse13:30
carlosso we are doing a proper fix13:30
asacok13:30
carlosasac: we need to do that when we start producing the .xpi ourselves :-P13:30
asaccarlos: well ... the software for po2xpi is available you can just take that i guess13:31
asaconce all issues are flashed out13:31
carlossure, that will be wonderful13:31
carlosbtw, the b5 upload will take a while13:32
asachow many days?13:32
carlosthe import queue is a bit busy with oo.org processing13:32
asacyou think any chance to get the exports tomorrow morning?13:32
carlosI hope not more than 1 day...13:32
asacok13:32
carloshmm, not sure about that...13:32
* asac crosses fingers13:32
carlosI'm uploading everything, so it will be ready to be imported as soon as we clear the queue a bit13:33
* carlos -> lunch13:35
asacfolks cairo is borked ... so don't upgrade ;)15:13
asacand teach the forums about that15:14
asac;15:14
asac;)15:14
asacfta: ^^15:14
armin76what cairo?15:45
asactoday they roll a new tarball15:46
asacarmin76: latest15:46
asaccwong1: could you get jimmy to provide a clean gconf patch at best tested to integrate well in the beta 5 xulrunner package?15:50
asaccwong1: the one i got is not proper. i have no idea how it was created, but besides the clutter it appears to be diffed old UPSTREAM vs new master15:51
armin76asac: and why is it broken?15:51
asacarmin76: it crashes ;)15:51
asacno time to investigate further, especially because its known to be fixed in git15:51
asaci am just the messenger ;)15:51
armin76okay :)15:53
armin76i guess its fixed in 1.5.20?15:54
asacarmin76: if that is released today then yes, i think so16:00
armin76it is16:00
asacwe will know later.16:01
asacafaik it will be uploaded directly16:01
asacarmin76: is it out yet?16:01
armin76since 5 hours ago16:02
asacthen maybe thats the one broken :)16:05
asacarmin76: ok fix is uploaded16:05
asac1.5.2016:05
rzrhi18:00
rzrasac: are you waiting after me ? if yes ping me18:01
cwong1asac: ping18:09
asaccwong1: pong18:14
asaccwong1: got my gconf patch request :) ?18:15
cwong1Got your message and will have Jimmy get you the patch when he comes in.. :)18:15
cwong1asac: btw, my build falied again18:15
asaccwong1: he can test it by dropping the patch in debian/patches/ and adding it to debian/patches/series18:15
asac(in xulrunner-1.9 source)18:15
cwong1asac: l will let jimmy know18:16
asaccwong1: failed or just didn't use system-xul?18:16
* asac looks at ppa log18:16
cwong1asac: it failed to build becuase the build system doesn't have the b5 libxul18:16
asaccwong1: which build system are you talking about?18:16
cwong1asac: the ubuntu-mobile ppa18:17
asaccwong1: hardy?18:17
cwong1yes18:17
asaccwong1: the build succeeded18:17
asac    *  midbrowser_0.3.0b5a-2_amd64.deb  (1.1 MiB)18:17
asac    * midbrowser_0.3.0b5a-2_i386.deb (1.0 MiB)18:17
asac    * midbrowser_0.3.0b5a-2_lpia.deb (1.0 MiB)18:17
asacsize looks sane for a xul build18:17
asacmost likely it was dependency wait18:17
cwong1asac: oh...never midn18:17
asaccwong1: no problem ;)18:18
cwong1the built failure was from hppa and sparc18:18
asaccwong1: let me know if it works as expected (e.g. without gcon)18:18
asaccwong1: yeah. but i don't think thats build in ppa18:18
asaccwong1: did someone upload to plain hardy already?18:18
* asac looking18:18
asaccwong1: are you MOTU?18:19
asaclooks like the upload went to hardy18:19
asacand you are listed as uploader18:19
asacstrange.18:19
asacanyway. thanks. its in18:19
cwong1asac: in the changelog, I specified hardy, is that the right thing to say18:20
cwong1asac: also the build didnt work. when I run midbrowser, it complains that application.ini file is not found.  If I run it from the /usr/lib/midbrowser directory it works ok.18:23
asaccwong1: yes the changelog entry is correct18:25
asaccwong1: is there an application.ini file?18:25
cwong1asac: yes it is in /usr/lib/midbrowser18:26
asacok ... where does the binary live?18:26
cwong1cwong1: the actual binary lives in /usr/lib/midbrowser18:27
asacok18:27
asaccwong1: whats in bindir?18:27
asacscript or link?18:27
cwong1asac: but when you enter midbrowser it points to /usr/bin/midborwser and it is a symlink to /usr/lib/midborwser/midbdrowser18:27
asachmm18:28
cwong1do I have to put the application.ini in /usr/bin?18:28
asaccwong1: no18:28
asacwe don't do that for firefox either18:28
cwong1or can I specify the MOZILLA_FIVE_HOME somehow to tell it where application.ini is located?18:28
asaccwong1: so /usr/lib/midborwser/midbdrowser works, but /usr/bin/midbrowser doesn18:28
asaccwong1: please don't do that. shouldn't be required18:29
cwong1asac: let me give it a try18:29
cwong1odd if I enter midbrowser alone it doesn't work but if I typed in /usr/bin/midbrowser or /usr/lib/midbrowser/midbrowser, it works18:31
asaccwong1: maybe it runs a different midbrowser?18:31
asaccwong1: try strace -f -eopen midbrowser18:31
cwong1I did a which midbrowser and it says /usr/bin/midbrowser18:32
asacto see where it gets its files from18:32
asaccwong1: http://paste.ubuntu.com/6630/18:36
asaccwong1: thats from http://www.moblin.org/repos/?p=projects/mobile-browser.git;a=blob;f=toolkit/xre/nsAppRunner.cpp;h=affc067746ad04bc92d3485c1f989950a6b78142;hb=hardy18:36
asacwhich implements the XRE_GetBinaryPath function used to determine where to look for applicatoin.ini18:37
asacmaybe you can figure18:37
cwong1asac: ok thanks18:37
asacMOZILLA_FIVE_HOME should definitly not be needed18:38
VolansHi asac, I have pushed both upstream and ubuntu branches, updated the attached files on the bug and updated the wiki page Firefox3Extensions18:59
asacVolans: let me look19:04
Volansok, I have to go in 10 minutes, I come back after 23 CEST, sorry :)19:05
asacok19:05
cwong1asac: which repo. can I download the xrlrunner1.9~b54-rc2 that matches the one used in the mobile ppa build system?19:06
asaccwong1: just use the latest hardy19:07
asacits b5 final19:08
cwong1ok19:08
ftaasac, is it just me or is gdb no longer loading the dbgsym files ?20:31
Jazzvaasac, about app-install-data ... do we still add Iceweasel/Icedove next to Firefox/Thunderbird20:53
Jazzva?20:53
jimmy_asac: you need another patch for the gconf?20:57
Jazzvaasac, I mean, since there's no dependency on iceweasel in new FF extensions ...21:02
Jazzvafta, I've noticed thunderbird-3.0 package in your PPA... How's it working? Enough safe to use? :)21:14
ftai think so, backup your profile just to be on the safe side21:14
JazzvaOke ... I'll give it a spin then :)21:14
ftaasac, any progress with the plugins ?21:20
asacjimmy_: the gconf patch is not usable as it is21:37
asacit doesn't look like its been done against latest UPSTREAM, but some previous versoin21:37
asacin short: much too much clean-up work for me to get this in shape21:37
asaci'd appreciate if i could just drop that in xulrunner/patches and go21:38
asacfta: dholbach did a backtrace today that looked good. no idea if he used -g though, but he install dbgsym21:38
asacJazzva: what do you mean by adding iceweasel next to firefox21:39
jimmy_where can I get the latest UPSTREAM, and where is xulrunner/patches?21:40
Jazzvaasac: "... extension for Firefox" vs. "... extension for Firefox/Iceweasel"21:41
JazzvaThat's the way it was done before the current release21:41
JazzvaSo, do we still do it that way?21:41
asacjimmy_: patches/ directory is in the xulrunner-1.9 package21:45
asacJazzva: how was that detail displayed?21:45
asacJazzva: or was that just unused meta info?21:45
Jazzvawell, Name is displayed as name :), comment is displayed when you click on the extension in the list21:45
JazzvaNo, it was displayed in the list of extensions in gnome-app-install21:46
asaclet me open that dialog21:46
Jazzvacan't remember what GenericName was for... It's just "Firefox/Iceweasel extension" for most of it21:46
Jazzva*them21:46
asacah in the title21:46
asacyes, i think that can be dropped21:46
asacchange it to Firefox if you touch such an entry21:47
Jazzvaok21:47
Jazzvado you want me to change for all of them, or just for new extensions?21:47
Jazzva(that don't mention iceweasel in the depends)21:47
asacJazzva: not sure. top prio is to add new extensions and maybe drop those that are not firefox 321:48
Jazzvaok ... i'll add new in the first commit21:49
Jazzvathen drop old in the second21:49
asacthen ... if we still have time we can also cleanup21:49
Jazzvaor, maybe just to say for Firefox 3 vs Firefox 221:49
asacJazzva: point is we should have two dialogs21:49
jimmy_asac: i downloaded https://launchpad.net/ubuntu/hardy/+source/xulrunner-1.9/1.9~b5+nobinonly-0ubuntu1/+files/xulrunner-1.9_1.9~b5+nobinonly.orig.tar.gz, is this correct?  I don't see a patches directory21:49
asacJazzva: can you post an example file21:50
Jazzvasure thing21:50
asacjimmy_: apt-get source xulrunner-1.9 in hardy21:50
asacwill give you the complete debian package including the debian/patches directory21:50
Jazzvahttp://paste.ubuntu.com/6634/21:50
jimmy_ok21:50
asaclet me look21:51
Jazzvaok21:51
asacJazzva: ok just add for those support firefox-2 the same mimetype, but with firefox-2 at the end22:07
asacJazzva: for those that support firefox 3 we use the old mimetype22:07
asacusing both will make them appear in both dialogs22:07
ftaasac, plugin?22:07
Jazzvaok22:07
asacMimeType=application/x-debian-xul-extension-firefox-222:08
asacJazzva: ^^22:08
Jazzvaright :)...22:08
asacfta: did you manage to see the debug message?22:08
Jazzvathanks :)22:08
ftaasac, ?22:08
asacfta:  i asked you to add a printf or break ... remember? you said you want to do that at home ;)22:09
ftaforgot. where was it already22:09
asacfta: i have no other straw than the backtrace we looked at22:09
asacso ... if its not that we have to get a backtrace somehow22:09
asacmaybe the reason you never get a backtrace is because of the dbgsym issue you mentioned?22:10
ftai don't think so.22:10
asacfta: its in the Gtk plugin window22:11
asacnsPluginNativeWindowGtk2.cpp22:11
asacCreateXEmbedWindow22:11
asaclook what value the window field has before it crashes22:11
asacif its NULL then you have the same crash as the backtrace22:12
asacand we can try to fix it22:12
asacfta: can you run with valgrind? maybe there is a memory access error with good line numbers sometime before the crash22:19
ftaasac, it doesn't crash *inside* nsPluginNativeWindowGtk2::CreateXEmbedWindow()22:27
ftaboom, another crash http://paste.ubuntu.com/6635/22:31
ftaduring a restart with a saved session22:31
ftahttp://paste.ubuntu.com/6636/22:33
asac!backports22:34
ubotuIf new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging22:34
asacfta: i think jazzva saw the nss crash with your archive today22:36
ftavalgrind shows a bunch of Source and destination overlap in memcpy(0xBEA675E8, 0xBEA675E8, 16)22:37
asaccode lines?22:38
ftahttp://paste.ubuntu.com/6638/22:39
ftaanother bunch of http://paste.ubuntu.com/6639/22:41
ftahttp://paste.ubuntu.com/6640/22:41
ftahttp://paste.ubuntu.com/6641/22:46
asacfta: do those happen directly before the flash crash?22:50
ftait was so slow that i have no idea22:50
ftathe "Invalid read of size 4" occurred a lot so it's not the crasher22:51
asaceverything that doesn't happen right before the crash will make us look at the wrong place22:51
asacanyway the last looks like the ssl issue22:51
asacwhich might be something different22:52
Volansasac: I'm back :) I have see your reply to the bug, thanks to link the branches, I have forgot to do that22:52
ftai think i saw a backout in nss today22:52
ftamozilla bug 42770623:00
ubotuMozilla bug 427706 in Libraries "NSS_3_12_RC1 crashes in passwordmgr tests" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=42770623:00
asacRC1?23:01
ftayes23:01
ftai told you23:02
ftait's not the same stack... hm23:02
fta[reed], is there an nss chan on moznet ?23:04
asacfta: there are basically two developers for nss23:05
[reed]more than two23:05
[reed]a lot more than two23:05
asacyeah ;)23:05
[reed]Sun and Red Hat23:05
ftafor http://paste.ubuntu.com/6635/23:05
asacrelay, bolyard and kengert23:05
asacoops23:05
[reed]http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=mozilla%2Fsecurity%2Fnss&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=month&mindate=&maxdate=&cvsroot=%2Fcvsroot23:05
asacno idea how to type those ;)23:05
ftaJazzva, if you see another crash nss related, please capture a trace, bt + bt f23:53
Jazzvahmm ... ok, though I switched back to hardy version23:53
ftaoh23:53
ftanm then23:54
Jazzvait happened mostly when I entered a username and a password, saved it, then changed it23:54
Jazzvaor when I saved another username on the same page23:54
ftaoh, then it was probably mozilla bug 42770623:54
Jazzvawhen it would start to crash it wouldn't open the "Saved passwords" window in Preferences23:54
ubotuMozilla bug 427706 in Libraries "NSS_3_12_RC1 crashes in passwordmgr tests" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=42770623:54
ftathis is fixed now. I've pushed a new nss23:55
Jazzvayep23:55
Jazzvathat's the one23:55
Jazzvasomething similar23:55
Jazzva*** glibc detected *** ../../../../dist/bin/xpcshell: free(): invalid pointer:23:55
Jazzva0x0aa43b24 ***23:55
JazzvaGood to hear it is fixed :)23:56
fta[reed], from http://paste.ubuntu.com/6635/  what symbol should I report the crash from ?23:58

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!