[00:00] fta: however jimmy_ didn't do well :) so its pretty dirty [00:00] and it's huge [00:01] yes, but after cleanup it shouldn't be that huge anymore [00:01] ok second try to upload [00:01] (icedove) [00:02] Jazzva: just send a comment :) [00:03] wouldn't that be spamming? :) [00:03] no ;) [00:03] not in this particular case [00:03] anyway, here's spamming... changed the status to "confirmed" and then back to "new" [00:03] yeah [00:03] ...and a comment, in case this is not delivered [00:03] *that [00:04] * Jazzva feels like a spammer now [00:05] - {plugins: missingPluginsArray, browser: tabbrowser.selectedBrowser}); [00:05] + {plugins: missingPluginsArray, browser: tabbrowser.selectedBrowser }); [00:05] asac, cosmetic, right? [00:05] (from your bzXXX_reload_new_plugins.patch) [00:06] thats ok [00:06] it diverged so i'm manually redoing it [00:06] why would it diverge? [00:06] 1.9pre [00:07] let me do it please. i don't want this to break again :) [00:07] it's not in your part [00:07] he? [00:08] the context changed around [00:08] yeah ... if thats the case i certainly want to look ;) [00:08] http://paste.ubuntu.com/6507/ [00:08] broken in 20080404t1714? [00:09] yes [00:09] http://bonsai.mozilla.org/cvslog.cgi?file=/mozilla/browser/base/content/browser.js&rev=HEAD&mark=1.1021 [00:10] i was done anyway [00:12] Jazzva: ok both mails retrieved [00:13] (description change as well [00:13] looks like i have a chance to follow up again :) [00:13] damn thing [00:13] upload to debian hangs again [00:13] asac, could I commit ? it's a trivial change [00:13] - "PFSWindow", "chrome,centerscreen,resizable=yes", [00:13] + "PFSWindow", "modal,chrome,resizable=yes", [00:13] asac: cool for mail, damn for debian :/ [00:16] done, drop it if you want, i need that to finish my builds [00:16] fta: please eliminate the diff you showed above. and _test_ that the plugin install wizard from ubufox automatically reloads plugins still [00:17] ok [00:17] above as in the cosmetic one ? or the chrome/modal change from upstream? [00:17] no the cosmetic one [00:17] oh, done :) [00:17] though i am not sure if non-modal is really good here [00:17] but well [00:18] it's modal now, was not before [00:18] hm [00:18] oh ok [00:18] he? [00:19] nope, reverse [00:19] yeah ... thats what i ment [00:20] ok because of https://bugzilla.mozilla.org/show_bug.cgi?id=424137#c12 [00:20] Mozilla bug 424137 in Plugin Finder Service "PFS does not restart FF, therefore plug-ins do not render after install" [Normal,Resolved: fixed] [00:20] that should fix the wierd restart behaviour i had yesterday ;) [00:20] when ubufox still thought a restart was required for everything ;) [00:20] it happened when you installed a plugin and then closed the browser ... it would just re-pop up again ;) [00:21] most likely the idea was to restart right away or show notification area [00:21] good [00:22] fta: why is - "PFSWindow", "modal,chrome,resizable=yes", [00:22] now in the patch? [00:22] + "PFSWindow", "chrome,centerscreen,resizable=yes", [00:22] ah sorry [00:22] :) [00:22] diff of diff [00:23] what is different in the removeListener lines? [00:24] tabs vs spaces [00:26] fta: i had no tabs [00:26] I don't either [00:26] then its not tabs vs spaces ;) [00:27] oh, trailing spaces in your version [00:27] -+ tabbrowser.selectedBrowser.removeEventListener("NewPluginInstalled", $ [00:27] -+ gMissingPluginInstaller.refreshBrowserAndPlugins, $ [00:27] ++ tabbrowser.selectedBrowser.removeEventListener("NewPluginInstalled",$ [00:27] ++ gMissingPluginInstaller.refreshBrowserAndPlugins,$ [00:27] yeah [00:27] see that [00:27] quilt dropped them for me [00:28] QUILT_REFRESH_ARGS="--diffstat -U8 --strip-trailing-whitespace" [00:29] Jazzva: the stumbleopen .ubuntu branch has no debian/ directory [00:30] really? that's weird... give me a sec to check [00:30] Volans: you should attach those files in the bug [00:30] not urls [00:30] urls are known to be invalid at some point [00:31] Volans: they are 404 already ;) [00:31] please attach the bits [00:31] damn, forgot to commit... [00:34] asac, done... sorry :) [00:39] asac, please take a look at bug 212579, and tell me if that's all that should be done for noncompat extensions. Thanks :). [00:39] Launchpad bug 212579 in firefox-sage "Fixed dependencies (firefox => firefox-2)" [Undecided,New] https://launchpad.net/bugs/212579 [00:40] I haven't tested the build, since this shouldn't be a major change... [00:40] asac: it's strange the file are there one hour ago, now thery are disappeared and DktrKranz is not there [00:41] Volans: please upload as attachments ;) [00:41] but I don't have saved those files to my pc.... :( [00:43] Volans: never give away your code ;) [00:44] ok i give up ... second upload attempt failed to debian [00:44] I have the source and all the stuff but not saved yet the packaging files [00:46] Jazzva: sometimes its also a build depends issue [00:46] but in general yes. [00:46] Jazzva: close the bug in changelog ;) [00:46] oh, right :) [00:47] hmm, i might check the debian/dirs... have the usual dirs changed with ff3? [00:47] to see if it installs in the correct place [00:47] asac: sorry, I have to wait warp10 or dktrkranz in order to recompile or found the lost files... [00:47] Jazzva: doing that now [00:47] Jazzva: no firefox 2 still has the old dirs [00:48] Jazzva: so dirs and links most likely don't need to be changed [00:48] Mhm... cool [00:50] Jazzva: it doesn't link to firefox at all [00:51] yeah, noticed that now [00:51] I'll fixe it [00:51] *fix [00:51] btw, shouldn't it install to /usr/lib/... and then link /usr/share/... dirs to that? [00:52] ok i uploaded sage now [00:52] (though, I'm not willing to break the build by that :)) [00:52] thats ok how it works i guess [00:53] hmm... wasn't I suppose to close the bug report first? Or, did you do that? :) [00:53] attached what i uploaded [00:54] Jazzva: i closed the project task [00:54] the other will be closed by upload i guess [00:54] but look out :) [00:55] Jazzva: can you fix the license in stumbleupon= [00:55] ? [00:55] https://bugs.edge.launchpad.net/firefox-extensions/+bug/212534/comments/2 [00:55] Launchpad bug 212534 in mozilla-stumbleupon "REVIEW/SPONSOR: please review and sponsor mozilla-stumbleupon" [Undecided,New] [00:56] Ok... [00:56] debian/docs work with xpi.mk in usual way? [00:56] yesa [00:57] its used in other packages already [00:57] Great... [00:57] look all-in-one-sidebar [00:57] (iirc) [01:07] asac, done [01:09] asac, http://paste.ubuntu.com/6508/ [01:11] Jazzva: liveheaders done [01:11] yay :) [01:17] Jazzva: stumble upon uploaded [01:17] * asac on upload spree ;) [01:17] wee... [01:18] i'm checking the rest of extensions in the repos, that weren't in the list... just to see if they're compat with ff3... [01:18] few more left [01:18] Jazzva: please add any new you find to the table [01:18] even if not with all data [01:18] sure thing [01:20] http://paste.ubuntu.com/6510/ [01:21] jetsaredim_: bug 203814 [01:21] Launchpad bug 203814 in firefox-extensions "REVIEW/SPONSOR: please review and sponsor useragentswitcher extension" [Undecided,Incomplete] https://launchpad.net/bugs/203814 [01:22] jetsaredim_: can you fix those things timely? [01:22] fta: why is my all-in-one-sidebar branch in that list? [01:23] I list all branches in firefox-extensions [01:23] all in active statis [01:23] u [01:23] yeahg .... marked as merged now [01:26] hmm ... i think all .upstream branches should go to mozillateam? [01:26] fta: ? [01:26] or open a new team: mozextteam :) [01:28] maybe a new team [01:28] yeah [01:28] i guess its better [01:29] Jazzva: we should change the copyright reference to point to GPL (not GPL) for "or any later version" GPLs [01:29] i will upload imagezoom as it is though [01:29] just for future [01:30] Ok, I'll submit the fix these days as a diff... Is that ok? [01:30] (these days == 2-3 days [01:30] ) [01:33] Jazzva: imagezoom upped [01:33] Good :)... I'm installing current extension (4 of them) from repos to test them... [01:36] Jazzva: MPL issue left in bug 212157 [01:36] Launchpad bug 212157 in ctxextensions "REVIEW/SPONSOR: please review and sponsor mozilla-ctxextensions" [Undecided,New] https://launchpad.net/bugs/212157 [01:36] http://paste.ubuntu.com/6514/ [01:36] I'll fix it now [01:36] please set back to new if done [01:37] thanks [01:37] no problem :)... [01:37] Jazzva: maybe also fix jetsaredim_'s bug 203814 :) [01:37] Launchpad bug 203814 in firefox-extensions "REVIEW/SPONSOR: please review and sponsor useragentswitcher extension" [Undecided,Incomplete] https://launchpad.net/bugs/203814 [01:37] of course ;) [01:38] I'll take a look after this... BTW, one extensions shows up in addons, says it's not compat, dunno if it works. Three of them don't show up at all... *sighs* [01:39] Jazzva: not compat? install.rdf maxversion? [01:39] mhm... seems to work, though... [01:39] yep, it does... I'll bump the maxVersion for scrapbook [01:41] rzr: i have two comments for your control file in bug 211532 ... can you fix that? otherwise it looks good [01:41] Launchpad bug 211532 in firefox-extensions "REVIEW/SPONSOR: please review and sponsor flashblock" [Undecided,Incomplete] https://launchpad.net/bugs/211532 [01:42] ok firefox-extensions plate is now clean :) [01:42] only incomplete or fix committed \o/ [01:42] yay [01:43] :D [01:43] * asac waits for more debdiffs from Jazzva : [01:43] ) [01:44] On their way... Little elves are currently packaging them :)... [01:44] elves == one of your monkeys :) ? [01:44] ...or that :P [01:46] oops, forgot to mention new MPL file in changelog for mozilla-stumbleupon [01:46] yeah :) ... remember to be strict ;) [01:47] * Jazzva is making a to-do list for tomorrow... [01:48] asac, here is the script, if you want to run it or extend it: http://www.sofaraway.org/ubuntu/tmp/check-extensions.sh.txt [01:49] asac: ok i am doing this now and go to bed [01:49] rzr: thanks ;) [01:51] asac: btw should i keep the CVS folders ? [01:51] rzr: in .upstream branch? [01:51] at best document the upstream commit in a way that one can reproduce the tree [01:51] both [01:51] then CVS is not needed [01:51] yes, ubuntu hopefully ships what upstream has [01:52] so, no. at best not. [01:52] but if you have no way to document how to produce that tree again, then CVS dirs might be helpful [01:53] maybe I can edit upstream branch to link to CVS upstream [01:54] I should have use the VC import process [01:56] asac, ctxextensions are fixed [01:56] (MPL issue) [02:00] rzr: well CVS import is bad ... so manually doing it should be ok [02:01] just exporting with a TAG should be ok if you document the cvs command used in upstream brnach commit [02:01] humm i dont commit in upstream branch [02:02] so I remove CVS in .ubunutu tree , and document in debian/copyright [02:04] rzr: he= [02:04] ? [02:04] you can commit to upstream branch to correct an mistake [02:04] remove the CVS directories there and tell how to reproduce ;) [02:05] ok you're talking about .upstream brancj ok [02:06] yeah [02:06] after removing it from there you need to bzr merge ../name.upstream to your .ubuntu branch [02:06] so the dirs get removed as well from therer [02:06] bzr merge [02:06] + bzr commit -m "* merge CVS cleanup" [02:06] + bzr commit -m "* merge CVS cleanup from .upstream branch" :) [02:07] too late [02:07] i removed into .ubuntu one [02:07] better uncommit [02:07] let's do the same job again [02:07] bzr uncommit [02:07] bzr revert [02:07] ok [02:07] (if you haven't pushed) [02:07] I pushed it [02:07] :) [02:07] otherwise you will get nasty conflicts when merging from upstream [02:07] which you have to do sooner or later [02:07] If i remoove CVS in .upstream [02:08] and merge again [02:08] it should be ok [02:08] let's try now [02:09] So you want me to documment the CVS addy on launchpad or in a README file in .upstream branch ? [02:10] no just stating how to redo the export in initial commit message would have been ok [02:10] now i don't know [02:10] maybe document it in the CVS removal commit message [02:10] if thats not possible, remove them and then upgrade upstream by checking out a tag [02:11] ok;, i updated on LP [02:11] k [02:11] rzr: that doesn't tell me how to reproduce if [02:11] you checkout v1.3.9 [02:12] you probably used a -r TAG [02:12] or you should name which date that checkout is from [02:12] in a form suitable for cvs checkout -D "date here" [02:12] its ok for now [02:12] just in future [02:12] maybe on next update [02:16] merge is ok [02:16] # rzr@nrv:flashblock.ubuntu/ # [0] # bzr merge http://bazaar.launchpad.net/~rzr/firefox-extensions/flashblock.upstream [02:16] http://bazaar.launchpad.net/%7Erzr/firefox-extensions/flashblock.upstream is redirected to http://bazaar.launchpad.net/~rzr/firefox-extensions/flashblock.upstream/ [02:16] All changes applied successfully. [02:17] bzr is a neat tool [02:17] yeah [02:17] you need to commit that with "* merge CVS dir removal from .upstream branch" [02:18] or something [02:18] then all should be find [02:18] fine [02:18] final push [02:18] done [02:19] btw, i removed CVS folder twice , it wasnt reported but it's ok [02:21] asac: it's synced now ~rzr/firefox-extensions/flashblock.ubuntu [02:22] bed time now we deserve it [02:22] see ya === rzr is now known as rZr [02:23] asac, useragentswitcher wasn't uploaded before... is it ok if it has 2 entries in debian/changelog? [02:26] Jazzva: merge them [02:26] Ok [02:33] Done, http://bazaar.launchpad.net/~jazzva/firefox-extensions/useragentswitcher.ubuntu [02:33] asac ^^ [02:35] Jazzva: please close bug in changelog [02:35] and set bug to New again [02:35] right... forgot that :) [02:39] asac, done [02:39] do you want me to add the branch to bugreport? [02:39] (since you're gonna finish it now... is it needed?) [02:39] no [02:39] ill add the -dev branch [02:39] like i did to the other bugs [02:40] I'm testing the scrapbook build and will submit diff soon... [02:45] asac: I go to sleep now, I come back tomorrow when I have attacched the files to the bug, thanks for the patience and sorry for the mistake :) [02:45] thanks [02:45] Jazzva: i cannot --export-upstream the uptream branch for whatever reason [02:45] :( [02:45] useragentswitcher that is [02:47] can't tell whats going on right now [02:47] Hmm... That's bzr stuff? I branched jetsaredim_ ubuntu branch, then worked on it. Should I branch from upstream, and then merge with ubuntu? [02:48] no [02:48] it should just work i guess [02:48] I'll try it this way too... [02:48] he? [02:48] Jazzva: i build with [02:48] just after I upload scrapbook's diff [02:48] bzr bd --dont-purge --merge --builder='debuild -b' --export-upstream=UPSTREAMURL [02:49] it works for everything except this one [02:49] maybe it's all branching :/ [02:49] Don't know... Haven't heard about that before... [02:49] Jazzva: the changelog is wrong [02:49] look at it [02:50] Jazzva: first line :) [02:50] a space... how convenient :)... [02:51] Jazzva: ill fix it [02:51] ok... [02:52] thanks :)... [02:55] ok uploaded [02:55] and pushed to ~ubuntu-dev [02:56] yay :) [02:56] i'll merge back... [02:57] merge back? ah right :) [02:58] scrapbook maxVersion bump, bug 212622 [02:58] Launchpad bug 212622 in scrapbook "Fixed dependencies (firefox and firefox-2)" [Undecided,New] https://launchpad.net/bugs/212622 [02:58] hopefully, i didn't forge to check anything :) [02:59] *forget to check everything... [03:01] I'll add three left extensions to check on wiki... and mark done as 'done'... [03:06] since I'm not sure about their compatibility, I'll add them the the last table (extensions in the repos) only... [03:06] ok scrapbook is done [03:06] :) [03:10] ok ... thanks all. nice run on extensions today ;) ... only flashblock needs a tiny improvement. otherwise tabula-rasa :) [03:10] Not so ... Just noticed new upstream of foxyproxy... Can it be uploaded tomorrow? [03:10] Or are we closed? [03:10] :) [03:10] sure [03:10] Cool :) [03:10] this weekend is all fine [03:11] deadline was ment so we can upload on monday [03:11] This was good :)... [03:11] ;) [03:12] done with wiki... [03:12] i'm off to bed... :) [03:12] night, all [03:12] night [04:15] i heard my name [04:15] * jetsaredim_ wakes up === asac_ is now known as asac [11:07] Hi, I have noticed a probable mistake in Firefox3 on Hardy, the locale on the system is italian (it_IT), Firefox layout is in english (mozilla-firefox-locale-it-it is already installed) and the welcome page is Lituanian (lt_LT) showing the "index-lt.html" page instead of the "index-it_IT.html" one. Maybe a mistyping of "it" with "lt"? [11:37] asac: hi, I fixed FB's control now [12:04] asac: firebird isn't still isn't in the archive :( [12:24] ping asac or fta [12:27] CheGuevara: both seem to be asleep ;) [12:27] yeah lol [12:27] anyone else running latest firefox from fta's ppa [12:27] need to confirm a crash [13:08] CheGuevara, I am. [13:09] Jazzva, go to mail.ru [13:09] and tell me if it crashes please [13:09] Ok [13:17] Hmm, well it's not starting. Is the last update from 4.4.? [13:17] (I mean, the firefox is not starting at all) [13:21] CheGuevara, give me a sec... There is also a new kernel installed, so I'll just restart the computer and then try again. [13:22] CheGuevara, works for me [13:22] weird [13:22] crashes for me every time [13:23] asac: bug 112846 -> files attached as requested, I think all is ready now :) [13:23] Launchpad bug 112846 in ubuntu "[needs-packaging] Ubuntu-it Menu (Firefox extension)" [Wishlist,In progress] https://launchpad.net/bugs/112846 [13:23] Aborted (core dumped) [13:26] rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 [13:26] tgkill(23071, 23071, SIGABRT) = 0 [13:26] --- SIGABRT (Aborted) @ 0 (0) --- [13:26] meh [13:30] fta, doesn't crash with a new profile [13:30] i have auto completition on that site [13:30] could it be that [13:32] hm; do you have a stack trace ? [13:36] fta: not yet, can you remind me the wiki page with instructions [13:42] !dbgsym [13:42] dbgsym is https://wiki.ubuntu.com/DebuggingProgramCrash [13:42] ta [13:42] is firefox 3 already with debug symbols atm? [13:43] CheGuevara, I have all the dbgsym for i386 if you need them [13:43] CheGuevara, it's still crashing (at start)... fta, it crashes when it calls a function from libc (I think)... [13:44] Jazzva, so you cant even start firefox? [13:44] Nope [13:44] strace might help [13:45] Jazzva, could you try with a fresh profile? [13:45] fta, whats the binary to feed to gdb [13:45] since everything seems to be a symlink [13:46] it's ok :) [13:46] /usr/lib/firefox-3.0pre/firefox [13:46] my profile was messy, then [13:47] CheGuevara, mail.ru opens and firefox is still here [13:47] yeah fta i need a binary with dbgsyms [13:47] yeah Jazzva it also looks to be a profile thing [13:47] that's good :)... [13:48] CheGuevara: i386 ? [13:48] fta, yep [13:50] ok, uploading the last batch to http://www.sofaraway.org/ubuntu/tmp/debs/ [13:51] thx fta, let me know when its done please [13:52] fta, how come a dbg package aint provided by default like for ff2 [13:52] we started to depend on dbgsym a long time ago but ppa are not building them :( [13:52] figures... [13:59] What are the files for stored passwords that I need to move to the new profile? [14:00] Found it... [14:01] CheGuevara, done [14:01] cheers [14:02] oops missed two. [14:03] :P [14:04] done [14:04] CheGuevara, I can tar them if you prefer [14:06] are the forums dead ? [14:07] yeah they are down for a bit [14:07] nah fta i'll be fine thanks [14:11] sigh... can't get my passwords back... oh, well. [14:11] "The forums are currently offline while we do maintenance. We will return shortly." [14:15] * fta wonders why some people are still running hardy with firefox from Jan 1st and complaining about bugs.. [14:15] all the bugs today are for either b3pre or b3 [14:16] Am I back in time ? [14:16] !time [14:16] Information about using and setting your computer's clock on Ubuntu can be found at https://help.ubuntu.com/community/UbuntuTime - See https://help.ubuntu.com/7.10/server/C/NTP.html for information on usage of the Network Time Protocol (NTP) [14:16] !date [14:16] Sorry, I don't know anything about date - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [14:16] er [14:18] lol [14:19] fta, if i do "gdb firefox" it still says no debugging symbols found [14:20] gdb /usr/lib/firefox-3.0pre/firefox [14:20] yeah [14:20] ./firefox -g -d gdb don't work either [14:20] This GDB was configured as "i486-linux-gnu"... [14:20] (no debugging symbols found) [14:21] that I should resurrect [14:21] rwxr-xr-x 1 root root 26520 2008-04-06 02:48 firefox [14:21] does that look right [14:22] try with *all* my debs so the dbgsym matches, dpkg -i * [14:23] dpkg: dependency problems prevent configuration of libnspr4-0d-dbgsym: [14:23] libnspr4-0d-dbgsym depends on libnspr4-0d (= 4.7.1~beta2-0ubuntu1~fta1); however: [14:23] Version of libnspr4-0d on system is 4.7.1~beta2-0ubuntu1 [14:24] hm, slight downgrade, but it's the same code so it's harmless [14:26] let me force ur one [14:26] did you run it anyway inside gdb ? it works for me despite the "(no debugging symbols found)" [14:27] I'm still waiting for someone to open a crash bug on lp to see if my apport hook changes in b5 are correct [14:29] fta, hmmm there are dbg packages in ur ppa already [14:29] not for xul [14:30] The program 'firefox' received an X Window System error. [14:30] This probably reflects a bug in the program. [14:30] The error was 'BadAlloc (insufficient resources for operation)'. [14:30] (Details: serial 45662 error_code 11 request_code 53 minor_code 0) [14:30] doh! [14:30] lol [14:30] bug 212759 [14:30] Launchpad bug 212759 in firefox-3.0 "firefox crash opening corrupted png" [Undecided,New] https://launchpad.net/bugs/212759 [14:30] try http://www.kernel.org/pub/linux/kernel/people/gregkh/kernel_history/developer_graph-2.6.22.png [14:31] lets see if upstream is impacted too [14:31] crashes for me :P [14:32] ... that's when my new minefield-packager comes in [14:32] hehe [14:33] bug 212726 [14:33] Launchpad bug 212726 in firefox-3.0 "Eight (8) instances of back/forward buttons" [Undecided,New] https://launchpad.net/bugs/212726 [14:34] i had that on windows vista yesterday [14:34] wasn't 8 [14:34] but 4 i think [14:34] after upgrade to beta 5 [14:35] sudo dpkg -i firefox-minefield_3.0~build2008040604-1_i386.deb [14:36] retrying... [14:36] fta, i now got firefox, libsnpr, libnss3-1d, xulrunner dbgsym [14:36] should be all? [14:37] depends on where you crash [14:37] ok, minefield crashes too [14:38] ... [15:17] CheGuevara, so, what about your crash ? [15:30] Jazzva, could you tag as merged the branches that are indeed merged ? [15:31] Ok... [15:31] same for everyone btw [15:35] Hmm... I don't think I merged any of my branches with any other. upstreams are all new, and ubuntu branches are created by branching from upstream... [15:35] fta ^^ [15:35] fta, min [15:36] got distracted by smthing [15:37] ...unless mine ubuntu branches are merged with ~ubuntu-dev's ubuntu branches... Are they? [15:37] Jazzva, I mean /~jazzva/firefox-extensions/firefox-greasemonkey.ubuntu vs /~ubuntu-dev/firefox-extensions/firefox-greasemonkey.ubuntu [15:37] Yep... that's it :) [15:38] if /~ubuntu-dev is up-to-date, then i'd call the other one merged (as in not containing anything newer) [15:39] mhm... I think all ubuntu branches are merged then, but I'll recheck [15:43] fta, done... [15:43] thanks [15:44] no problem :) [15:45] I'll also edit the status of upstream branches... [16:02] fta, http://pastebin.com/m7910212b [16:02] looks useless [16:04] indeed [16:06] any idea why [16:08] why it crashes, no (i would bet on flashplayer), why it doesn't see the symbols, no clue. it used to work [16:28] asac, foxyproxy package is prepared [16:28] hopefully, it is clean :) === fta_ is now known as fta [16:47] http://paste.ubuntu.com/6519/ [16:49] too bad i don't have access to upstream version [16:49] fta, what do you mean? [16:50] display another column with upstream version to show when we are obsolete [16:50] oh, that... that would be cool. [16:50] I was thinking about that. The problem is that lots of extensions are obsolete *sigh*... [16:51] i need the amo id.. maybe I can parse the wiki [16:52] You could .. as far as I know, most of the extension have the amo id noted... [16:52] btw, you let one 3.0pre slip through [16:52] noticed and changed :) [16:52] rerun check-extensions.sh [16:53] That's what you get when you say "hopefully it's clean"... A minute later you realize it's not and then push 3 (I think) new revisions... [16:59] parsing the wiki in shell is a sport :) [17:00] wish I could do that... though, I don't have time right now ... I suppose it would take a looot [17:00] good luck :) [17:02] i like shell so it's at least it's fun [17:09] Is new FF3 crashing to others too? Currently, at google's web history and at some pages in joomla's control panel... [17:13] not for me [17:14] well, at least it's not worse than b5 in hardy [17:14] true :) [17:14] i'm off for half an hour... to see the end of a movie i like ... see ya soon [17:15] good, the apport script seems to work fine. we now see the extensions and plugins users have in ff3 bugs [17:16] http://launchpadlibrarian.net/13150240/ExtensionSummary.txt [17:16] http://launchpadlibrarian.net/13150241/pluginreg.dat.txt [17:16] maybe we can compile a list of extensions from those reports [17:23] Jazzva, too bad, there's no mapping between the bzr branch, or source package name, and the amo id in https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions [17:24] for example adblock-plus [17:30] fta, I was adding for some... The second table from the end... [17:30] I was thinking of doing the same for the rest of extensions, and to make uniform column names for all tables [17:32] would be nice. Could you do it please ? [17:32] Sure... [17:33] Just to make a list of relevant information from the tables... [17:33] Give me half an hour [17:44] np [17:51] Well, I think we need three tables [17:51] http://paste.ubuntu.com/6524/ [17:51] maybe two... [17:51] This is the suggestion of the new structure [17:52] we could merge the current 1, 3, 4. and 5. tables in one table (Main table) [17:53] Maybe we could also merge the No license table, stating "No" in License field, and adding the Comment field to the Main table [17:53] Any suggestions? [17:54] fta, asac ^^ [18:45] fta, asac, ping [19:08] back [19:08] good, I'm almost at the end. Some data will be missing for now [19:15] what is the url ? [19:15] Just a sec, to re-check the table fields... [19:20] https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions that's the link... [19:20] I left the duplicate tables, in case this is not good :) [19:20] give him a second to save [19:20] fta ^^ done [19:22] why isn't adblock-plus in ? [19:22] It's a bit too wide. Since it's long, maybe it would be wise to add column names in different colore, every 15 lines [19:22] It's the first entry ;) [19:22] Ok, second... first is an example... [19:23] I skipped some of the info (which wasn't present in the previous tables) for now ... It will be add... [19:26] line 2 (Adblock Plus) is in the very last table [19:26] oh, plu [19:26] plus [19:27] Did we keep the adblock too> [19:27] ? [19:27] I thought that adblock plus replaces adblock, that's why I added it to the last table few days ago... [19:27] yes [19:27] i misread [19:29] but the string "adblock-plus" is nowhere in the page [19:29] yep... adblock-plus replaces mozilla-firefox-adblock... [19:29] I wasn't sure about the package name... I said I skipped some info for now... :) [19:30] as it's the 1st in my list, i was testing with it ;) [19:30] The new table is merged from old 1, 2 and 4, since it (should) replace them :) [19:30] I'll add as much missing data as I can :)... [19:30] What do you think about the structure? [19:30] Does it cover everything? [19:31] about the awesomebar. object focus behaves somewhat backwards. [19:32] Jazzva, maybe remove the url and make the name clickable instead to have a smaller table [19:33] fta, good one... [19:34] fits perfectly :) [19:36] it's still the same here [19:36] I previewed it :) [19:42] fta, check it now... [19:43] Maybe it would be good to define statuses for extensions at the beginning [19:44] if it's broken, works with bumped maxVerision, what to do if it's in the repos, or not... and stuff... Basically, just to rearange the list before the table... [19:46] the line imagezoom is bogus [19:46] edited it... [19:55] Updated package name and repo columns... [19:56] Dinner time... Be back later. [20:41] Jazzva, http://paste.ubuntu.com/6527/ [20:43] Uh-huh... missing amo ids? [20:44] though, it looks good :) [20:44] is search for the exact source package name [20:45] -is-I [20:47] Oh... you need that? :) [20:47] and not the package name? [20:48] could be several pkgs but always only 1 source pkg [20:49] I'll change the field in the table to source package then. [21:04] fta, done... [21:04] testing... [21:07] i have to change few more (mozilla-beagle => beagle and so...) [21:10] http://paste.ubuntu.com/6528/ [21:11] congrats :D... [21:12] looks good :) [21:12] not all the data in, but it's cool :) [21:12] fixing... [21:12] ok, i'm currently searching for license data [21:15] meh this version of ff3 is deff buggy [21:15] crashes on phpbb2 install apge [21:15] *page [21:16] same with b5 ? [21:16] no idea, am using the one from ur ppa [21:19] Jazzva, http://paste.ubuntu.com/6529/ [21:19] yay :)... I'll add the ctxextensions amoid in the next update :) [21:24] is this the MIT license? [21:24] http://changelogs.ubuntu.com/changelogs/pool/universe/t/torbutton/torbutton_1.0.4-2ubuntu1~gutsy1/torbutton-extension.copyright [21:26] Ok, it is... [21:34] hi [21:34] evening, asac [21:34] hi sorry ... couldn't makeit earlier [21:34] hi [21:34] no problem :) [21:34] * asac reading backlog [21:34] asac, http://paste.ubuntu.com/6529/ [21:35] * Jazzva can't find contextmenu extensions on amo... [21:35] fta: why are some indented? [21:36] I think I found them only once (if I found them) [21:36] alignment [21:36] s/them/it/ [21:36] brb [21:36] hmm [21:36] is there no url in copyright? [21:38] http://piro.sakura.ne.jp/xul/ctxextensions/index.html.en [21:38] but we need amo [21:38] fta: hey there's flashblock, maybe i'll have to sync to latest upstream and drop my previous work for debian [21:40] rzr, my list is automatic, it's for everything with a branch in the firefox-extensions project [21:40] ok i am checking anyway [21:41] asac, no url on that page pointing to amo... [21:42] well nevermind upstream repo is now .. [21:42] asac, what do you think on the new table for ff3 extensions? [21:42] down [21:42] is it too confusing? [21:42] any mozdev memebers around [21:43] tell you sysop about : can't create temporary directory /mozdev/cvstmp/cvs-serv36023 [21:43] Jazzva: let me check [21:43] ok... [21:43] later guys === rzr is now known as rZr [21:43] bye, rzr [21:44] Jazzva: it doesn't fit on my small laptop screen ;) [21:45] yeah... that's an issue... [21:45] zoom out ;) [21:45] looks good [21:45] to shrink e-mail column, i.e. just to say [mail@... link] [21:45] what about the LP number? [21:45] since it's pretty wide [21:46] I was lazy to search for every number, so I updated the easier columns first :). And it's there to point to relevant bug reports (new upstream, diff, blah...) [21:47] mostly for new upstream ... or if the extension is broken, it can point to that bug report, so it can easily be found, once there's a fix [21:49] Jazzva: maybe the launchpad number could be used to link for the "status" column? [21:50] e.g. "submitted", "uploaded", "new upstream" (linked to a bug) ? [21:50] I suppose it could... It's more meaningful than "open" and "done"... [21:51] Ok, off to editing... Is it ok if I remove the old 1, 3 and 4 table, since they were merged into main? [21:52] Jazzva: actually i liked the idea to have extensions that need someone to work on in a separate table [21:52] but i am not sure now [21:53] e.g. maintain a main table for extensions that are either worked actively on or are already in the archive [21:54] the other table would be used for extensions that are not worked on, which is particular useful to document extensions that do not yet have all information available needed to work on them [21:54] Uh-huh... "and the rest" == "without Ubuntu QA contact"? [21:54] Jazzva: well ... i think the second table can also lack other things like "license" [21:54] Hmm, Well, the old 2 (no license) and 5 (changed extension name) would be left... [21:55] they weren't merged... [21:56] hmm quite complex ;) [21:58] Hmm... so... [21:58] One main table for active and in repos [21:58] the other for "need some love" extensions? [21:58] asac ^^ [21:59] Jazzva: ok ... how about: [21:59] 1. table: table of extensions maintained or currently worked on [22:00] 2. table. extensions that have all the required informations but need a maintainer [22:00] BTW, do we need developer names? How about just an e-mail address? :) [22:00] 3. table: extensions that are suggested, but lack details ;) [22:01] 4. table: extensions that were suggested, but found not suitable for ubuntu [22:01] 5. table: extensions that were previously available in the archive, but are now replaced [22:02] ;) [22:02] if you scratch the ",but ..." then thats complete [22:02] Sounds good to me ... [22:02] :) [22:03] And in the 2. table... "need a maintainer" == "not having Ubuntu QA contact"? [22:04] Id say that we don't really need a maintainer, but one or more persons that care for that extension [22:04] do upstream communication and take care that updates available are packaged [22:04] meaning Ubuntu QA contact :)... [22:04] right ;) [22:04] no idea if that was defined [22:04] but thats what i had in mind [22:05] Cool... then it's basically just lot of copy/paste... *starts_gedit* [22:07] I hope it won't break my code... [22:07] It might... [22:08] Column rearrangement. [22:08] Otherwise, no... everything that's scanned will be in the first table [22:09] Basically, the LP bug number link will be in the "hardy status", and "LP bug number" column will be removed [22:10] tell me when you're down, i'll give it another try [22:10] Ok... [22:11] of course, i meant done, not down [22:12] but maybe you'll be down after so many cut/paste [22:12] lol... :) [22:16] asac, did you end up with something with the plugin code ? [22:17] fta: you mean the crashes? [22:17] waited for reeds comment on that [22:17] but if he does not appear i will just look closer [22:18] but changing plugin code is pretty fragile [22:18] so hoped i get infos first [22:21] > [reed] is away (gone for the weekend -- be back Sunday afternoon/night) [22:21] ah [22:21] ask on moznet :) [22:21] fta: he committed that ;) [22:21] so good start ;) [22:22] what was the bug already ? [22:24] Oke, I'm down... I mean, done with the column rearrangement... [22:25] :) [22:26] now to table rearrangement :)... no columns will be edited... [22:35] Hmm... is beagle extension supported in ff3? [22:37] no idea [22:37] ok, i'll check the source later/tomorrow... [22:41] Jazzva, is the page stable now ? [22:42] Pretty much, I removed some entries from the first table to the rest... give me a few more minutes [22:56] that should be it... it will need a minor corrections though... [22:59] I'm off... Will be back tomorrow afternoon. Have guests overnight, again... [23:00] cu [23:00] and thanks for your work :) [23:01] No problem :)... [23:12] asac, http://paste.ubuntu.com/6534/ [23:13] flashblock and speeddial are behind AMO [23:28] yeah [23:34] mozilla bug 412171 [23:34] Mozilla bug 412171 in XUL Widgets "[FIXED in FF] In , "Error: this.docShell is null", when the sidebar opens" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=412171 [23:34] looks familiar... my prism issue [23:38] hmm [23:38] we have one ugly situation here [23:38] ? [23:39] we have versioned paths for xul ... so we cannot add xul chrome if its not an extension :/ [23:39] now thats all fine, but extensions are not really available for xulrunner [23:39] so we cannot use to add translations of the xulrunner part to any xulrunner based application [23:39] without adding the application as target application [23:40] isn't /usr/lib/mozilla supposed to allow that too ? [23:40] allow what? [23:40] chrome [23:40] i can't find that in code [23:41] afaik only extensions are now looked up there [23:41] in /usr/lib/mozilla/extensions [23:41] and plugins [23:41] in fact the problem with chrome is that you cannot state versions ... so its dangerous to inject that from outside packages [23:41] http://glandium.org/blog/?p=189 [23:41] yeah plugins [23:41] just one month late :) [23:41] might be [23:42] do plugins really work= [23:42] not that it matters in our case [23:43] apparently, 1.9pre is crashing and freezing like hell [23:44] meh my ff is crashing on all phpbb boards i think [23:45] ok forums.gentoo.org works [23:45] just installed phpbb2 makes ff crash [23:45] oh i see [23:45] if ((data.id == gApp.ID) || [23:45] (data.id == TOOLKIT_ID) && !installData.currentApp) [23:45] installData.currentApp = data; [23:46] TOOLKIT_ID [23:46] lets hope that its what i think it is [23:47] (oh, it's snowing here) [23:47] fta: \o/ i think it works ,) [23:47] TOOLKIT_ID in targetApplicatoin is what we want [23:47] instead of listing all [23:47] apps [23:48] time to test that i guess ;) [23:48] was snowing earlier on [23:48] most likely its never been tested [23:48] for real ... so expect hick-ups ;) [23:48] cairo 1.5.18 out [23:48] asac: I don't know if you have read my message of today afternoon: bug 112846 -> files attached as requested, I think all is ready now :) [23:48] Launchpad bug 112846 in ubuntu "[needs-packaging] Ubuntu-it Menu (Firefox extension)" [Wishlist,In progress] https://launchpad.net/bugs/112846 [23:49] fta: btw, mike set my bug about "please package the upstream way" to + pending [23:49] apparently he will use our package names ... most likely thoughtfully so we cannot overload ours on him [23:50] (unconfirmed trollish claim warning) [23:50] Volans: yeah. i saw that bug ;) [23:50] asac, make sure there's no auto sync then. preventive measure. [23:51] yeah [23:51] he doesn't use our source name [23:51] so in the end all debian cruft will have to stay out [23:51] debian bug 474136 [23:51] Debian bug 474136 in libcairo2 "Error when creating pdf charts for new FreeSerifItalic.ttf" [Normal,Open] http://bugs.debian.org/474136 [23:51] ok asac, thank you very much, there is other that I have to do for this? [23:51] Volans: i haven't checked the packaging yet :) [23:51] freedesktop bug 15348 [23:51] Freedesktop bug 15348 in pdf backend "printing some PDFs from evince is crashing our Xerox printer" [Normal,New] http://bugzilla.freedesktop.org/show_bug.cgi?id=15348 [23:52] Volans: copyright OK [23:52] "Fix serious failure on X servers without the Render extension" [23:52] fiuuu... :) was the hardest thing to do [23:52] Volans: Maintainer: dktrkranz ? [23:52] Enable the buggy_repeat workaround for Xorg servers < 1.4 [23:52] why not MOTU? [23:53] fta: ? [23:53] at the moment yes DktrKranz, maybe myself in future [23:53] asac, http://paste.ubuntu.com/6538/ [23:53] Volans: use MOTU please [23:53] as obviously you packaged it [23:53] you can add yourself to XSBC-Original-Maintainer [23:54] field [23:54] you refer to the dsc file? [23:54] fta: is that from cairo list? [23:55] Volans: no debian/control [23:55] http://cairographics.org//news/cairo-1.5.18/ [23:55] Volans: look at the other extensions in the firefox-extensions project [23:55] you can use browesr code in .ubuntu branches to inspect the control file [23:55] fta: so i buggy repeat enabled now by default or just fro 1.3.x? [23:55] ok, I will check [23:55] dling the tarball [23:59] Volans: otherwise it looks good to me