[12:27] <asac> only if its packaging related ... or how to better integrate in gnome/kde/xfce
[12:27] <asac> should a specification be encouraged
[12:28] <asac> though most gnome/kde/xfce integration work should be done upstream as well
[12:28] <asac> only those that are ubuntu specific should stay with us
[12:28] <asac> gnomefreak: did 2.0.0.4 tbird bring font improvements?
[12:28] <gnomefreak> looking
[12:29] <asac> can you wipe your profile to be sure that you have the *new* default settings
[12:29] <gnomefreak> little bit
[12:29] <asac> or got to advanced config editor and "reset" all black/bold entries
[12:29] <asac> about fonts
[12:29] <asac> can you do that?
[12:29] <asac> i mean i think your settings are tweaked now ... since you changed them to test something
[12:31] <gnomefreak> there is no reset to defaults
[12:31] <gnomefreak> :(
[12:39] <gnomefreak> ys its a bit better
[12:43] <gnomefreak> asac: what do you mean you dont like the feature request templete? what is wrong with it
[12:55] <asac> gnomefreak: as i said ... i like it ... just only for feature requests that are ubuntu only
[12:55] <asac> otherwise send them upstream
[12:55] <asac> we cannot deal with a huge swamp of blueprints :)
[12:56] <asac> superbe flashplugin-nonfree doesn't build for me in gutsy
[12:56] <gnomefreak> they are only for mozilla in ubuntu that we deal with anyway. we cnat change upstream source
[12:56] <gnomefreak> asac: your not updating that are you?
[12:56] <asac> yes right ... and thus we need a second feature request template :)
[12:56] <asac> gnomefreak: i am trying to build atm
[12:56] <asac> :)
[12:56] <gnomefreak> asac: last i heard its borked
[12:57] <asac> hmm
[12:57] <gnomefreak> the new version of flash has regression
[12:57] <asac> looks like
[12:57] <gnomefreak> that was as of a week or so ago
[12:57] <asac> i think its cdbs that has regression
[12:57] <asac> hmm
[12:57] <gnomefreak> and we know adobe isnt fast
[12:57] <asac> its doesn't build at all
[12:57] <asac> adobe is not involed in that process
[12:57] <asac> download happens during install afaik
[12:57] <gnomefreak> asac: good once installed it doesnt work either
[12:57] <asac> :)
[12:57] <asac> yeah
[12:58] <asac> migth be true ... but that is beta release afaik
[12:58] <gnomefreak> let me ping crimsun and see if they fixed it yet
[01:01] <gnomefreak> asac: 19:01 <         crimsun > gnomefreak: if you mean upstream's beta 3  (9.0.60.120), then yes, it was and still is utterly  broken - a 100% regression.
[01:03] <asac> yeah as i said ... still beta
[01:03] <gnomefreak> well its update 3 not so much beta3
[01:03] <gnomefreak> but yes same thing
[01:04] <gnomefreak> asac: btw did you see pittis bug report on gnash?
[01:04] <gnomefreak> i think hjmf posted it above somewhere
[01:04] <asac> haha flash of course doesn't build on amd64
[01:04] <asac> stupid me
[01:04] <gnomefreak> lol
[01:05] <gnomefreak> are we able to make gnash open all flash version applets
[01:22] <asac> what do you mean?
[01:23] <asac> if you refer to the fact that gnash doesn't work for some flash files (still quite a lot i guess) ... then the answer is definitly no.
[01:23] <gnomefreak> ill get with you tomorrow there is a bug pitti reported about gnash crashing on a site, i tested it it doesnt crash but wont play the flash applet
[01:23] <asac> it will still take some time till everything plays fie
[01:23] <asac> gnomefreak: i tested
[01:23] <asac> i got a crash file after a few attempts
[01:24] <asac> interestingly it started to play well the first time
[01:24] <gnomefreak> i didnt :(
[01:24] <asac> but then never did
[01:24] <gnomefreak> and it never played said i was missing plugin but couldnt name the plugin
[01:24] <asac> i think if you try multiple times you will get a crash
[01:24] <asac> maybe you need to clean up your crash directory
[01:24] <asac> do you have -ugly installed?
[01:24] <asac> and -ffmpeg
[01:25] <gnomefreak> i will test more later tonight/tomorrow(more likely) and see if i can get it to crash
[01:25] <gnomefreak> asac: i have all codecs installed
[01:25] <asac> all?
[01:25] <asac> what does that mean?
[01:25] <gnomefreak> all needed for mp3 flash freeformats
[01:25] <asac> gnomefreak: there might be more
[01:25] <asac> can you get a console output?
[01:26] <asac> it should print what codec is tried
[01:26] <asac> please capture console output of firefox
[01:26] <asac> and show
[01:26] <asac> :)
[01:26] <gnomefreak> never tried i will try later (its dinner time)
[01:26] <gnomefreak> you have link handy?
[01:26] <asac> yeah just post .. i will look tomorrow
[01:26] <asac> yes
[01:26] <asac> http://www.tower-restaurant.com/index2.html
[01:27] <asac> but start from console
[01:27] <gnomefreak> ty yes i know :)
[01:27] <asac> :)
[01:27] <asac> go!
[01:30] <gnomefreak> hmmm it is crashing but i dont get notified i will post to bug again later
[01:31] <gnomefreak> asac: output from term. http://gnomefreak.pastebin.ca/575310  ill bbl
[01:59] <gnomefreak> what is bug number for that bug?
[01:59] <asac> search for newest
[01:59] <asac> I am out :)
[01:59] <asac> ;=
[01:59] <asac> its just one click in bug list :) (newest first)
[02:00] <gnomefreak> found it
[02:00] <asac> thx
[02:00] <gnomefreak> ty :) have a good night
[02:01] <asac> u2
[02:01] <asac> sleep well
[02:02] <gnomefreak> u2
[07:38] <Admiral_Chicago> asac: tomorrow I'd like to start working on nspluginwrapper if you have the time.
[09:58] <asac> Admiral_Chicago: when is tomorrow?
[09:59] <asac> Admiral_Chicago: like today?
[10:13] <Admiral_Chicago> yes, I said tomorrow yesterdau. today.
[10:14] <Admiral_Chicago> asac: i'm going to bed now. probably awake in a few hours
[10:15] <asac> Admiral_Chicago: hehe ... ic, sleep well :)
[10:16] <Admiral_Chicago> thanks. night
[10:37] <gnomefreak> asac: i uploaded crash report to gnash bug gave link to term output and tested with flashplugin-nonfree (flash works fine)
[10:57] <asac> gnomefreak: good ... can you still reproduce the "missing plugin dialog"
[10:57] <asac> ??
[10:57] <asac> like what you mentioned in one of initial comments on bug?
[10:58] <gnomefreak> no
[10:59] <gnomefreak> i think that was because i had removed gnash for testing forgot to install it again si i installed it and never restarted firefox
[10:59] <asac> ok
[10:59] <asac> interesting effect anyway :)
[11:00] <asac> if you ever see this again, remember to note how you get there :)
[11:00] <gnomefreak> theres a new glib in NEW (maybe has been pushed, not sure yet) so you think glib could have caused crash?
[11:00] <gnomefreak> asac: i will
[11:02] <gnomefreak> did you ever ping seb about vlc/glib?
[11:02] <gnomefreak> although if it was glib flash would crash as well i would think
[11:08] <hjmf> morning
[11:08] <hjmf> asac: I got rid of all the mt-reject-candidate bugs
[11:09] <hjmf> gnomefreak: your gnash crash report lacks the coredump
[11:23] <asac> hjmf: yohooo :)
[11:34] <asac> hjmf_: what is bug count now?
[11:35] <asac> already below 500 ?
[11:35] <gnomefreak> hjmf_: that is how it shows in the report
[11:35] <gnomefreak> it shows a few chars than a =
[11:35] <gnomefreak> im gonna have to assume apport is doing that
[11:36] <gnomefreak> rdev scanner video
[11:36] <gnomefreak> CoreDump: base64 eJwDAAAAAAE=
[11:36] <asac> gnomefreak: yes ... he raised importance and glib bug and admitted that its also a glib bug
[11:36] <gnomefreak> i think its done that way to be more private as they said it will do
[11:36] <asac> e.g. glib regressions
[11:36] <gnomefreak> yay
[11:36] <asac> ... while applications contribute their own share
[11:36] <gnomefreak> :)
[11:37] <gnomefreak> well fix glib and we will see about apps end of it
[11:37] <asac> yes
[11:37] <asac> he has milestoned the bug
[11:37] <asac> so we won't forget for tribe-3?
[11:37] <gnomefreak> tribe 2?
[11:37] <hjmf> asac: we still have 567 open reports
[11:37] <gnomefreak> oh 3
[11:37] <asac> gnomefreak: look your self
[11:37] <asac> might be tribe-2
[11:37] <asac> hjmf: hmm
[11:38] <asac> hjmf: given that i pushed tbird bug count down to 75 (one result page) its still too much :)
[11:38] <asac> but i think 550 would be a good count to start new crash flood :)
[11:38] <hjmf> Admiral_Chicago: we should dig into old reports and reject them all!!!!! :-P
[11:38] <asac> hjmf: we really have not so many crashes without duplicate?
[11:38] <hjmf> asac: I meant
[11:39] <asac> i thought there should have been more
[11:39] <asac> ... much more
[11:39] <asac> hjmf: yeah ... old reports can be closed more aggressively ... but i thought that the "no old crash rule" would elimate loads of bugs
[11:39] <hjmf> asac: theorically only those tagged as mt-confirm are the crashes w/o dups
[11:39] <asac> yeah
[11:40] <asac> so its me who is blocking this, by not working through that list?
[11:40] <hjmf> asac: lol, maybe :D
[11:40] <asac> hmm 69 results in mt-confirm at needs info
[11:41] <asac> hjmf: didn't you mark all these mt-reject-candidates?
[11:41] <hjmf> 567-69 = < 500 !
[11:41] <asac> or which ones did we mark mt-reject-candidates?
[11:41] <hjmf> mt-reject-candidates are those that are crashes, mt-confirm, w/o testcase and > 2 month old
[11:41] <asac> hmmm they are younger than 2 month
[11:42] <hjmf> yep
[11:42] <asac> i don't think if we should close them :)
[11:42] <hjmf> 1'5 months ;)
[11:42] <gnomefreak> asac: hes still calling vlc crasha  vlc bug
[11:42] <asac> hmm maybe we should put those waiting for dupe do a different tag: mt-waitdupe
[11:42] <asac> :)
[11:42] <asac> so its gets out of that mt-confirm list
[11:43] <asac> though i could just skip all crashes when reviewing
[11:43] <hjmf> ah ok
[11:43] <asac> but if they have a testcase they should be mt-confirm :)
[11:43] <asac> but that should be the minority
[11:43] <hjmf> so a new crash might be tagged directly as mt-waitdupe + mt-needtestcase
[11:43] <hjmf> if it doesn't have a test case
[11:43] <asac> hjmf: right
[11:44] <hjmf> ok, let me spam you in a while :)
[11:45] <asac> yes maybe use 'mt-nodup' or mt-waitdup
[11:45] <asac> e.g. without 'e'
[11:45] <asac> its what is used in likely-dup already
[11:46] <asac> if those are gone then the mt-confirm pocket will be something one can process serious
[11:46] <asac> ly
[11:46] <asac> because its a handable amount of issues in there
[11:46] <hjmf> OK, a quick search shows that 'need-info' with mt-confirm + mt-needtestcase are 176
[11:47] <hjmf> so those are likely to become mt-waitdup + mt-needtestcase
[11:47] <hjmf> and candidates to mt-reject after 2 moths
[11:47] <hjmf> *months
[11:47] <asac> bug 112925 is somehow not in right state, right?
[11:47] <ubotu> Launchpad bug 112925 in firefox "eclipse crash, when spawning browser" [High,Needs info]  https://launchpad.net/bugs/112925
[11:47] <asac> is that catched by bughelper already?
[11:47] <asac> e.g. mt-confirm + mt-needtestcase is illegal?
[11:47] <asac> lets look at bughelper result and search for bug :)
[11:48] <asac> hmmm http://daniel.holba.ch/bugs/firefox.html
[11:48] <asac> looks rather smallish
[11:48] <hjmf> hmm, I'll do a review by hand, maybe there are a few with wrong tags
[11:48] <asac> i can't believe that we are down to that few
[11:49] <asac> hjmf: i can do that ... will do a quick mt-confirm run later
[11:49] <hjmf> asac: Admiral_Chicago did an update of the clues iirc
[11:49] <hjmf> asac: OK
[11:50] <asac> Admiral_Chicago: why is the amount of bugs found by clues so small now?
[11:50] <asac> or did someone go over the triaging bugs and fixed them?
[11:50] <hjmf> asac: do you want me to start changing mt-confirm to mt-waitdup for those that are clear
[11:50] <asac> hjmf: if you want :)
[11:51] <hjmf> asac: there is a mail from Admiral_Chicago in the mail list saying he fix some clues
[11:51] <hjmf> iirc
[11:51] <asac> gnomefreak: bug 114837 -> why don't you tag Needs Info bugs?
[11:51] <ubotu> Launchpad bug 114837 in firefox "firefox needlessly offers to remember passwords when posting comments on  livejournal" [Undecided,Needs info]  https://launchpad.net/bugs/114837
[11:51] <gnomefreak> asac: you said dont use needs info
[11:52] <gnomefreak> when i asked you about that tag
[11:52] <asac> yes ... you should use another tag
[11:52] <asac> its mt-needtestcase most likely
[11:52] <gnomefreak> iirc he says how to do it
[11:53] <asac> ... at least looking at the bug you currently try to gather data to finally have a testcase
[11:53] <asac> e.g. get version numbers et al is done during needtestcase
[11:53] <asac> if you think there is enough information that a try to reproduce might be feasible use mt-needtester
[11:55] <gnomefreak> we need a needs info tag or something like it as some thing alike as our tags on the wiki page doesnt fit all bugs
[11:55] <asac> gnomefreak: imo they do fit most if not all
[11:55] <asac> gnomefreak: which bug do you mean?
[11:56] <asac> gnomefreak: just think different: the tags express what is needed to go ahead
[11:56] <gnomefreak> i dont have numbers off hand
[11:56] <asac> gnomefreak: if there is no testcase -> mt-needtestcase
[11:56] <asac> if there is a testcase that looks sound -> mt-needtester
[11:56] <gnomefreak> so if i can reproduce bug set it to mt-confirm?
[11:57] <asac> gnomefreak: yes, but take care that there is good description of testcase in summary
[11:57] <asac> (e.g. in bug description=
[11:57] <gnomefreak> whats different from mt-confirm to mt-upstream?
[11:57] <asac> mt-confirm is used to review bugs before they are transitioned to next state ... e.g. its a pure QA state
[11:57] <asac> nothing else should be done
[11:58] <asac> mt-upstream is in state Confirmed ... and signals that people should do upstream triage
[11:58] <gnomefreak> k
[12:00] <asac> gnomefreak: actually mt-needtestcase should be the standard state of Needs Info ... if you don't know what to choose or how to reproduce, using that tag is probably the right choice
[12:00] <gnomefreak> k
[12:00] <asac> mt-needtester is only useful if there is someone claiming that the testcase is reproducible, but we don't see it ... so we try to find someone else who can confirm that the bug appears with those testcase instructions
[12:08] <asac> hjmf: bug 73493
[12:08] <ubotu> Launchpad bug 73493 in firefox "Crash M_get_input_context" [Medium,Confirmed]  https://launchpad.net/bugs/73493
[12:08] <asac> ... yeah ... found triaging triaging bugs from bughelper page ...
[12:09] <asac> ;)
[12:09] <asac> likely-dup i would say :)
[12:09] <asac> which is resolved, right?
[12:10] <asac> can you merge that into master bug?
[12:10] <hjmf> asac: yes!
[12:11] <hjmf> I didn't notice it because of the bad lp search engine, since the misspell in the summary
[12:11] <hjmf> lol
[12:11] <asac> bug 74796
[12:11] <ubotu> Launchpad bug 74796 in firefox "Firefox Crash" [Medium,Needs info]  https://launchpad.net/bugs/74796
[12:11] <asac> found previously forgotten crash
[12:11] <asac> hjmf: yeah ... finally the clues are worth something :)
[12:12] <hjmf> asac: btw that bug should have been the master :)
[12:12] <asac> though not perfect because they tend to spit out "triaging bugs" for bugs that have upstream target
[12:12] <asac> hjmf: really ... hehe ... yeah
[12:12] <asac> maybe he is a smart guy ... he didn't receiv loads of spam :)
[12:13] <hjmf> asac: good thought :)
[12:13] <hjmf> bug 73493
[12:13] <ubotu> Launchpad bug 73493 in firefox "[EDGY]  firefox crashed [@IM_get_input_context]  [@nsWindow::IMELoseFocus]  [@nsWindow::IMEDestroyContext]  (dup-of: 85627)" [High,Needs info]  https://launchpad.net/bugs/73493
[12:13] <ubotu> Launchpad bug 85627 in firefox "MASTER firefox crash [@ IM_get_input_context] " [High,Fix released]  https://launchpad.net/bugs/85627
[12:13] <hjmf> fixed :D
[12:14] <gnomefreak> ok good one project on hold for a while i hope
[12:15] <asac> gnomefreak: he?
[12:15] <gnomefreak> kxdocker
[12:16] <gnomefreak> sent email to debian maintainer for it as its no longer supported upstream
[12:16] <hjmf> asac: mt-waitdup bugs: 48 ---- mt-confirm bugs: 20
[12:16] <gnomefreak> and its borked in feisty and gutsy im trying to get it dropped from repos
[12:16] <asac> hjmf: another previously unseen crash: bug 94175
[12:16] <ubotu> Launchpad bug 94175 in firefox "weather applet crashes on logout" [High,Needs info]  https://launchpad.net/bugs/94175
[12:16] <hjmf> asac: I'll review them for mistakes, but I guess you can review the mt-confirm ones now
[12:16] <asac> i tagged it mt-needretrace
[12:16] <hjmf> asac: OK
[12:17] <asac> hjmf: ok ... i will not go to mt-confirm before later this afternoon/early evening
[12:17] <asac> i have to finish nspluginwrapper spec to allow Admiral_Chicago to really work on it :)
[12:17] <asac> now doing triaging bugs :)
[12:18] <hjmf> asac: good :)
[12:23] <gnomefreak> what tag are you working on asac
[12:25] <asac> gnomefreak: i am currently working on triaging bugs ... feel free to go for mt-needtestcase mt-needtester
[12:25] <asac> and mt-upstream (e.g. try to find upstream bug)
[12:25] <gnomefreak> k
[12:26] <asac> gnomefreak: what tag has most bugs accumulated?
[12:26] <asac> are all tags still within "manageble bounds"?
[12:26] <gnomefreak> not sure but im seeing needstestcase needs clean up
[12:26] <gnomefreak> lol
[12:26] <asac> (e.g. don't look at mt-confirm ... thats going to be cleaned up)
[12:26] <asac> yeah needtestcase should be a heavy state
[12:27] <asac> most will probably not go through that state
[12:27] <gnomefreak> once marked upstream what tag is used?
[12:27] <asac> if has a good description of testcase (step by step) then push it to mt-needtester
[12:27] <asac> if a bug couldn't come up with a testcase for 2/3 month ... reject
[12:28] <asac> gnomefreak: if you find upstream bug, mark it accordingly and set tag mt-confirm (e.g. with state confirmed)
[12:28] <gnomefreak> it has upstream confirmed
[12:28] <asac> i will look at those and push to "In Progress" (without tag)
[12:28] <asac> if the upstream bug is ok
[12:28] <asac> gnomefreak: so its simple ... if you have upstream bug, tag mt-confirm
[12:28] <asac> done
[12:28] <gnomefreak> k
[12:29] <asac> i will verify that bug is ok and confirmed/on-track upstream
[12:29] <asac> then go in progres
[12:29] <gnomefreak> looking becasue you asked for testcase in upstream bug too
[12:30] <asac> me?
[12:30] <asac> which one are you on?
[12:32] <gnomefreak> https://bugzilla.mozilla.org/show_bug.cgi?id=362955
[12:32] <ubotu> Mozilla bug 362955 in General "Firefox makes X run out windows" [Normal,New] 
[12:33] <gnomefreak> leave ff open for 4 days thanit gives you that i guess would be testcase
[12:33] <gnomefreak> doesnt matter they found issue in granparadiso
[12:34] <gnomefreak> sinceits confirmed upstream testcase shouldnt be needed
[12:35] <gnomefreak> i leave pc on for days at a time and ff is normaly open that whole time and it never happens to me
[12:36] <asac> gnomefreak: this is "In Progress" then
[12:36] <asac> sure thing ... no need to ask
[12:36] <asac> remove all tags
[12:36] <gnomefreak> thought so
[12:52] <gnomefreak> im willing to bet bug 91504 is caused by something automatix installed (maybe he knows maybe not but automatix is always involved with weird shit happening. he gave testcase but we cant test it since im gonna assume the links he gave are not for anyone to sign into. will think about this over a smoke
[12:52] <ubotu> Launchpad bug 91504 in firefox "Firefox frequently crashes [@js_MarkScopeProperty] " [High,Needs info]  https://launchpad.net/bugs/91504
[01:10] <DarkMageZ> gnomefreak, see if he's running any interesting plugins or addons :P
[01:11] <gnomefreak> DarkMageZ: already commented
[01:11] <gnomefreak> its either firebug or automatix in my best guess but waiting for reply
[01:20] <asac> ok i finished doing all triaging bugs :)
[01:20] <asac> oh no
[01:20] <asac> its getting bigger
[01:21] <asac> lest wait at least another run before looking at bugs again
[01:21] <asac> 555 open now :)
[01:22] <gnomefreak> what is mt-waitdup?
[01:22] <asac> yeah ... for crashes only ... to get them out of the mt-confirm list
[01:22] <asac> if they wait for duplicates
[01:22] <gnomefreak> ther eis upstream bug as hjmf has stated. reguardless that new profile fixed it (you shouldnt have to remove profile)
[01:22] <asac> we don't let crashes without duplicates to confirmed
[01:23] <gnomefreak> bug 108006 mozilla 375154
[01:23] <ubotu> Launchpad bug 108006 in firefox "[FEISTY]  firefox crashed [@mozSpellChecker]  [@mozSpellCheckerConstructor] " [High,Needs info]  https://launchpad.net/bugs/108006
[01:23] <ubotu> Mozilla bug 375154 in Spelling checker "crash [@ mozSpellChecker::mozSpellChecker] " [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=375154
[01:24] <gnomefreak> they look very much related looking into them so im thinking its safe to remove tags and mark upstream
[01:24] <asac> gnomefreak: you don't need to look at mt-waitdup bugs
[01:24] <gnomefreak> 555 will be back up to 669 in a day or so
[01:24] <gnomefreak> asac: im not its set meedstestcase
[01:24] <asac> the tag exists to be out of site
[01:24] <gnomefreak> but also has wait tag
[01:25] <asac> yeah ... thats transitional ... afaik hjmf gets over all mt-waitdup now and removed such tags
[01:25] <asac> we just started to mark them mt-waitdup
[01:25] <gnomefreak> can i remove it when marked upstream?
[01:25] <asac> gnomefreak: wait ... its mt-needtestcase because without dupe that have testcase can go to confirmed
[01:25] <asac> as well
[01:25] <asac> so yes ... keep it ... and see if bug has already a valid testcase
[01:26] <asac> if so move to mt-confirm
[01:26] <asac> but that implies that you can reproduce :)
[01:26] <gnomefreak> cant reproduce as it seems to be a profile issue
[01:26] <asac> then keep it in that state ... and let the mt-waitdup timer kill the bug :)
[01:26] <gnomefreak> new profile doesnt happen
[01:26] <gnomefreak> k
[01:27] <asac> maybe you can get info how to setup a profile that crashes this way
[01:27] <asac> reporter might be able to compare profile by looking at files inside et al
[01:28] <gnomefreak> so crashes we dont wait a month than reject like everything else?
[01:31] <hjmf> gnomefreak: 2 months w/o dup or w/o a testcase
[01:32] <gnomefreak> k
[01:32] <hjmf> gnomefreak: however if it happens to appear a dup in the future there is no problem
[01:32] <hjmf> gnomefreak: as I after retrace (mine or apport retracing service) I look for dups even on rejected reports
[01:33] <hjmf> gnomefreak: 2 months w/o dup AND w/o a testcase
[01:34] <gnomefreak> i feel that is a bit long since firefox releases fixes every 6 monthsish
[01:34] <gnomefreak> sorry
[01:34] <gnomefreak> every month
[01:34] <hjmf> I have no problem to reduce the time lap :)
[01:35] <gnomefreak> like bug 109252 should be closed as he nolonger uses kde and that is crash due to qt
[01:35] <ubotu> Launchpad bug 109252 in firefox "[FEISTY]  firefox crashed [@ setColors]  [@ realize]  -- from libqtengine.so" [High,Needs info]  https://launchpad.net/bugs/109252
[01:35] <gnomefreak> hes waiting for kde4 and we wont see that till 8.04
[01:36] <asac> yes ... anyway crashes don't really depend on reporter being available
[01:36] <asac> ... if we receive dupes its ok
[01:36] <asac> of course he will not be able to help to come up with a step-by-step testcase
[01:36] <asac> ... so without dupes this bug is doomed to die :)
[01:36] <hjmf> gnomefreak: it will be marked as mt-reject-candidate in 4 days
[01:37] <asac> i don't think we need to reduce period we wait for dupes
[01:37] <asac> ... its just important that bugs disappear semi automatically :)
[01:37] <asac> at some point
[01:37] <asac> vs. stay open forever
[01:37] <hjmf> asac: that might happen with mt-needtester reports
[01:38] <hjmf> maybe we should put there a time limit too
[01:38] <hjmf> mt-needtester at need info state ofcourse
[01:38] <asac> hjmf: yes ... for all tags
[01:38] <asac> :)
[01:38] <asac> but actually time-limit after tag was set
[01:38] <asac> :)
[01:39] <asac> i mean for all tags that wait for something to happen
[01:39] <asac> ... that don't depend on our own lazyness (which should only be mt-confirm)
[01:40] <hjmf> So far I use time limit for mt-needreport (20 days) and the limit of 2 moths for mt-waitdup
[01:40] <hjmf> I mean automatic time limit
[01:42] <gnomefreak> if after a month the user cant come up with a test case why wait? what will change? another crash == another bug report
[01:43] <asac> https://wiki.ubuntu.com/MozillaTeam/Bugs/States
[01:43] <asac> mt-needinfo is documented there
[01:43] <asac> should be dropped from that page
[01:43] <gnomefreak> i will grop it now
[01:43] <gnomefreak> drop.
[01:44] <asac> gnomefreak: thanks
[01:44] <gnomefreak> from there?
[01:44] <gnomefreak> why not tags page?
[01:44] <asac> i think we should review that documentation as it should provide detailed infos on what task is associated with each tag
[01:44] <asac> tags page problay doesn't have that tag listed
[01:44] <asac> its left-over from some time
[01:44] <gnomefreak> it does
[01:44] <asac> dunno if i added it or who
[01:45] <gnomefreak> needs info is a valad bug state
[01:45] <asac> yeah needs to be dropped as well
[01:45] <asac> will you do as well?
[01:46] <gnomefreak> i will drop from both but im not sure why you want to drop it from states since we ask for info we set bug to needs info state
[01:49] <hjmf> mt-reject-candidate and  mt-waitdup need a description in that page
[01:50] <gnomefreak> needsinfo tag is gone from tags
[01:50] <asac> yes ... IN Progress should be explained as well
[01:50] <asac> please bug me if I don't update till lets say tomorrow at this time :)
[01:50] <asac> gnomefreak: thanks
[01:50] <hjmf> asac:
[01:50] <hjmf> OK
[01:51] <asac> bughelper cronjob has really regressed
[01:51] <asac> it creates result pages in place
[01:51] <asac> which is why we never get a full file :(
[01:51] <asac> i worked on some 24k of the maybe about 160k sized file
[01:51] <asac> now its again growing
[01:53] <gnomefreak> with a last comment asking for info with date 2007-04-25  cna that be rejected yet (its crash report) thats 2 months already and im assuming you just added waitdup within alst day or 2
[01:54] <asac> dunno ... only crashes get mt-waitdup
[01:54] <asac> gnomefreak: just keep the mt-waitdup bugs untouched until hjmf gave green light
[01:54] <gnomefreak> that would be 4 months without activity
[01:54] <gnomefreak> k
[01:54] <asac> that tag state transition is finished on those
[01:56] <gnomefreak> mt-reject-canidate is already on the tags page
[01:57] <asac> yes ... but its not documented in States
[01:58] <asac> which is ment to be the more in-depth documentation
[02:00] <hjmf> bug 71652
[02:00] <ubotu> Launchpad bug 71652 in firefox "[EDGY]  firefox crashed [@nsObjectFrame::PluginNotAvailable]  [@nsPluginInstanceOwner::PluginNotAvailable]  [@nsPluginHostImpl::TrySetUpPluginInstance] " [High,Needs info]  https://launchpad.net/bugs/71652
[02:01] <hjmf> I've retraced today, it has no dups here at LP but so far I've found a recent talkback
[02:01] <hjmf> http://talkback-public.mozilla.org/search/start.jsp?search=2&type=iid&id=33254005
[02:01] <hjmf> curious, I'll look deeper on it (it will be tagged as reject candidate tomorrow by cron)
[02:03] <gnomefreak> bug 71315 looks to me more of a totem issue than firefox (there is no upstream mozilla bug on it either) should we set task for totem and see what they say before marking upstream?
[02:03] <ubotu> Launchpad bug 71315 in firefox "MASTER Crash with totem when opening an MPG link  [@_destroystream]  [@NP_Initialize] " [High,Confirmed]  https://launchpad.net/bugs/71315
[02:05] <gnomefreak> there is one that looked good as being same but it was PDF not totem so its not helpful
[02:06] <hjmf> guys, I'm out for lunch
[02:06] <asac> me too in a few minutes :)
[02:51] <asac> back
[02:56] <hjmf> asac: bug 119649 and bug 121166
[02:56] <ubotu> Launchpad bug 119649 in firefox "firefox-bin crashed due to htmlvalidator (third party ext)" [Medium,Needs info]  https://launchpad.net/bugs/119649
[02:56] <ubotu> Launchpad bug 121166 in firefox "[FEISTY]  firefox crashed [@nsTray::activate]  (from libnptray.so extension) [@IA__g_cclosure_marshal_VOID__VOID]  [@IA__g_closure_invoke] " [High,Needs info]  https://launchpad.net/bugs/121166
[02:57] <hjmf> asac: are caused by third party extensions, we might want them open to catch dups or better close them
[02:57] <hjmf> ?
[02:58] <hjmf> asac: I meant as we have alpeers and colorzilla ones open
[02:59] <hjmf> DarkMageZ: those are yours ^^^
[03:00] <DarkMageZ> oh no... not my tray plugin...
[03:00] <DarkMageZ> please no...
[03:00] <hjmf> DarkMageZ: yep, it lloks like
[03:00] <hjmf> *looks
[03:07] <asac> i htmlvalidator a native extension?
[03:08] <asac> e.g. if you unzip the .xpi are there .so files somewhere inside?
[03:08] <asac> typically in the components/ folder
[03:09] <hjmf> DarkMageZ: ^^ as you are the one that uses those extensions
[03:11] <hjmf> afk
[03:11] <DarkMageZ> html validator has .so's
[03:13] <DarkMageZ> it is compiled against libstdc++5. while firefox is compiled against libstdc++6.
[03:14] <DarkMageZ> the tray plugin is also native
[03:15] <DarkMageZ> and possibly also compiled against libstdc++5 (but i can't confirm it)
[03:19] <DarkMageZ> iirc, the mozilla fokes wern't happy about debian building firefox against libstdc++6 as it would cause api/abi breakages which would trip some plugins out?
[03:20] <asac> DarkMageZ: yeah ... is it free-software?
[03:21] <DarkMageZ> html validator = yes
[03:21] <asac> ok ... is there a package?
[03:21] <asac> otherwise we should provide one
[03:21] <DarkMageZ> http://users.skynet.be/mgueury/mozilla/
[03:21] <asac> DarkMageZ: which license?
[03:22] <DarkMageZ> their compiling method sucks...
[03:22] <asac> DarkMageZ: pleaes figure out if it really has a free license ... then post a [packaging request]  bug
[03:22] <asac> and let me know so I can offer mentoring on it
[03:24] <DarkMageZ> MPL 1.1 apparently
[03:24] <DarkMageZ> according to their changelog (version 0.58)
[03:24] <asac> if it isn't tri-licensed then its not free
[03:24] <asac> mpl is not compatible with dfsg
[03:24] <asac> (e.g. mpl alone)
[03:25] <asac> mozilla has everything under MPL/GPL/LGPL tri-license
[03:25] <asac> because of that
[03:39] <DarkMageZ> firetray is gpl v2 http://code.google.com/p/firetray/
[03:42] <asac> yeah gpl2 is good ... question is if this has native components (e.g. .so files inside)
[03:42] <asac> otherwise we probably don't need to package it
[03:45] <asac> 551 open bugs ... gogo
[03:45] <asac> hjmf: do we still need 85355
[03:45] <asac> bug 85355
[03:45] <ubotu> Launchpad bug 85355 in firefox "MASTER firefox crashed [@ totemScriptablePlugin::totemScriptablePlugin] " [High,Confirmed]  https://launchpad.net/bugs/85355
[03:45] <asac> i mean your script would find it even if we closed it
[03:45] <asac> oh wait ... thats not the *destructor* bug
[03:46] <hjmf> asac: yes, I search for reject and fix-released too, so no problem
[03:46] <asac> yes ... was not true anyway ;)
[03:47] <asac> hjmf: 95099
[03:47] <asac> was that "auto-confirmed" ?
[03:47] <hjmf> bug 95099
[03:47] <ubotu> Launchpad bug 95099 in firefox "MASTER firefox crashed [@??]  [@nsFrameManager::GetPrimaryFrameFor]  [@PresShell::GetPrimaryFrameFor] " [High,Confirmed]  https://launchpad.net/bugs/95099
[03:48] <asac> at least the tag should be set to something else
[03:48] <asac> there was no confirmed processing so far ... e.g. no upstream triage, no evaluation
[03:48] <asac> ... so mt-confirm is probably wrong
[03:48] <asac> i guess this should be mt-upstream
[03:48] <asac> or did you already search for dupes upstream?
[03:49] <hjmf> hmm, that one is the only one I've reopened as a dupe appeared
[03:49] <hjmf> asac: my fault, I didn't change the tags
[03:50] <hjmf> those were the ones that it had when it was rejected
[03:50] <hjmf> right, I have to change them as it is confirmed
[03:50] <hjmf> fixing it
[03:51] <asac> ok i fixed bug 114350 -> push back to needs info
[03:51] <ubotu> Launchpad bug 114350 in firefox "[FEISTY]  firefox crashed [@vtable for nsFileOutputStream]  [@XPCWrappedNative::InitTearOff] " [High,Needs info]  https://launchpad.net/bugs/114350
[03:51] <asac> dunno why it ended up in that state
[03:52] <hjmf> that one was confirmed by someone named Aanjhan
[03:52] <DarkMageZ> asac, yeah. the firetray plugin i believe generates .so files.
[03:52] <hjmf> reason " 	Trace provided by the original poster. Marking it confirmed. Thanks Parthan for the info."
[03:52] <hjmf> so a trace makes a crash confirmed :/
[03:53] <hjmf> I love people helping us
[03:53] <hjmf> In fact I retrace that crash
[03:53] <asac> hehe yeah
[03:54] <asac> DarkMageZ: i really think we need to get a list of plugins in the world that have native components
[03:55] <asac> how can we get such a list?
[03:56] <DarkMageZ> well this is the problem with inviting users to install extentions from a database of them.
[03:57] <asac> DarkMageZ: yeah ... i am working to improve this though
[03:57] <asac> https://blueprints.launchpad.net/ubuntu/+spec/firefox-distro-addon-support
[03:57] <asac> for gutsy it should be ready ... for gutsy+1 we hopefully finally can resolve this
[03:58] <asac> so if you want to help ... with gutsy spec ... i need php coders and people that want to prepare debdiffs and add some control info to plugin/extension package headers :)
[04:00] <DarkMageZ> i think there are too many plugins for that. but i believe that warning users about extentions that are widely knownly dodgy is possible.
[04:00] <asac> read the spec :)
[04:00] <asac> its all in there
[04:01] <asac> all but Use-Case D. will probably ship with gutsy
[04:01] <asac> Use-Case D. hopefully in gutsy+1
[04:13] <asac> ok ... working on apport hooks
[04:13] <asac> http://launchpadlibrarian.net/6561838/firefox.py
[04:13] <asac> that is last state ... but looks outdated
[04:13] <asac> what packages do we want information about?
[04:13] <asac> (this is bug 88506)
[04:13] <ubotu> Launchpad bug 88506 in firefox "apport hook patch" [Wishlist,In progress]  https://launchpad.net/bugs/88506
[04:15] <hjmf> isn't that what david did
[04:16] <hjmf> asac: question, bug 117690 and bug 107527
[04:16] <ubotu> Launchpad bug 117690 in firefox "[FEISTY]  firefox crashed [@~txErrorExpr]  [@IA__g_spawn_async_with_pipes]  [@IA__g_spawn_async] " [High,Needs info]  https://launchpad.net/bugs/117690
[04:16] <ubotu> Launchpad bug 107527 in firefox "[EDGY]  firefox crashed [@IA__g_spawn_async_with_pipes]  ... [@gnome_vfs_mime_application_launch_with_env] " [High,Needs info]  https://launchpad.net/bugs/107527
[04:16] <hjmf> looks like a gnome / ubuntu issue more than an upstream issue
[04:17] <hjmf> maybe we want those together?
[04:20] <asac> hjmf: i am somehow a bit scared that this is due to the patch we ship for mime handling in gnome
[04:22] <hjmf> So it is safe to merge both and confirm as mt-eval? for a deeper study
[04:22] <asac> hmm let me look
[04:23] <hjmf> asac:  ok it is in your hands then :)
[04:23] <asac> can reporter reproduce?
[04:25] <hjmf> one didn't answer to my request, and the other claims he can reproduce but the second crash he attached wasn't related
[04:26] <asac> hmm
[04:26] <hjmf> I tried to reproduce the edgy one, but I wasn't able to crash ff
[04:26] <asac> lets assume he uses the same steps
[04:27] <asac> that means that all state is trashed when it crashes
[04:27] <asac> so the backtrace is not worth much.
[04:27] <asac> but asking him to get valgrind log is probably more than we can ask for :)
[04:27] <hjmf> indeed the backtaces look pretty ugly
[04:27] <hjmf> probably :)
[04:28] <asac> have you found in code what mstorage is?
[04:29] <asac> damn ... gutsy has removed my bzr bd :(
[04:30] <asac> and i don't have old bzr in cache :(
[04:32] <hjmf> it appears here too bug 96894
[04:32] <ubotu> Launchpad bug 96894 in firefox "MASTER Firefox Crashed [@nsMimeTypeArray::GetMimeTypes] [@nsMimeTypeArray::GetLength] " [High,Confirmed]  https://launchpad.net/bugs/96894
[04:38] <asac> hmm ... does mstorage look trashed in unrelated backtraces as well ...
[04:39] <asac> hmm ok ... its probably a real storage ... without NULL terminated string
[04:41] <hjmf> I did a quick grep through source: /mozilla/dom/src/storage/nsDOMStorage.h:  nsDOMStorage* mStorage;
[04:43] <asac> actually this could as well be a late crasher for some some gtk_style_realize condition
[04:43] <asac> i mean he presses "save as ..." which is known to trigger a gtk_style_realize
[04:43] <asac> and edgy has no fix for totem ... so going to one site with video or audio will cause this to crash
[04:44] <hjmf> but the other guy crash is from feisty
[04:45] <hjmf> 20 days ago
[04:45] <asac> can you give me the numbers again
[04:45] <asac> its mixed up
[04:45] <asac> here :)
[04:45] <hjmf> bug 117690
[04:45] <ubotu> Launchpad bug 117690 in firefox "[FEISTY]  firefox crashed [@~txErrorExpr]  [@IA__g_spawn_async_with_pipes]  [@IA__g_spawn_async] " [High,Needs info]  https://launchpad.net/bugs/117690
[04:45] <asac> 107527
[04:45] <asac> ok
[04:45] <hjmf> bug 107527
[04:45] <ubotu> Launchpad bug 107527 in firefox "[EDGY]  firefox crashed [@IA__g_spawn_async_with_pipes]  ... [@gnome_vfs_mime_application_launch_with_env] " [High,Needs info]  https://launchpad.net/bugs/107527
[04:47] <asac> hjmf: look at still not fixed gtk_style_realize variant ...and the backtrace from 117690 ... he looks .wmv videos ... like the apple site.
[04:47] <asac> at least he watches video
[04:48] <asac> ... and if he uses a site that uses javascript to change location instead of loading different html page, then he will cause same state as gtk_style_realize
[04:48] <asac> (variant)
[04:48] <asac> ... might of course just be a coincident :)
[04:49] <asac> hmm he watches local files
[04:50] <asac> and doesn't have plugin as he launches new process
[04:50] <asac> doesn't fit well
[04:52] <hjmf> hmm. If I just could see just the half of thing you say you see... :-P
[04:52] <asac> hjmf: maybe we can make a testcase out of https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/107527/comments/9
[04:52] <ubotu> Launchpad bug 107527 in firefox "[EDGY]  firefox crashed [@IA__g_spawn_async_with_pipes]  ... [@gnome_vfs_mime_application_launch_with_env] " [High,Needs info] 
[04:52] <hjmf> Ill try to reproduce it again
[04:53] <asac> maybe lets first reword it in 1. 2. 3.  list :)
[04:53] <hjmf> ok
[05:04] <asac> <<and run it a new tab with mplayer plugin opens>> ... what does that mean
[05:04] <asac> will the plugin even start if you invoke a url that gets 404 ?
[05:06] <asac> maybe we need a special webserver? a server that sets mime-type by file extension in 404 (not found) case?
[05:42] <hjmf> asac: After cleaning the test case I've tried to reproduce it with all the plugins I can think of, and none crashed ff
[05:42] <hjmf> I've ask the OP to reproduce it again if possible
[05:48] <asac> which bug?
[05:48] <asac> ah
[05:48] <asac> ok
[05:48] <asac> bug 107527
[05:48] <ubotu> Launchpad bug 107527 in firefox "[EDGY]  firefox crashed [@IA__g_spawn_async_with_pipes]  ... [@gnome_vfs_mime_application_launch_with_env] " [High,Needs info]  https://launchpad.net/bugs/107527
[05:48] <hjmf> yes
[05:50] <asac> fubuntu-extension :)
[05:51] <asac> i need a name for the extension we will ship to inject ubuntu specific stuff ... like config tweaking ... et al
[05:51] <asac> any suggestions welcome
[05:51] <asac> ;)
[05:52] <hjmf> ubuntuff-extension :-P
[05:52] <asac> fufuntut
[05:52] <bluekuja> asac: heya!
[05:52] <bluekuja> :)
[05:52] <asac> hehe
[05:52] <hjmf> hehe
[05:52] <asac> i think you can really cross-mirror fufuntut
[05:53] <asac> oh no
[05:53] <asac> :)
[05:53] <asac> bluekuja: hi
[05:53] <bluekuja> asac: do you have a minute for two merges?
[05:53] <asac> hjmf: yeah i thought about just ubuntu-ff :)
[05:53] <asac> bluekuja: just post links .. i enqueue
[05:53] <bluekuja> ooooooooki :)
[05:53] <asac> in my wf
[05:54] <hjmf> asac: give me credits, you didnt wrote
[05:54] <hjmf> :)
[05:54] <asac> which doesn't mean that this gets fast track of course :)
[05:54] <bluekuja> https://bugs.launchpad.net/ubuntu/+source/duplicity/+bug/121148
[05:54] <bluekuja> and
[05:54] <ubotu> Launchpad bug 121148 in duplicity "Merge duplicity 0.4.2-16 from debian unstable" [Undecided,Confirmed] 
[05:54] <bluekuja> https://bugs.launchpad.net/ubuntu/+source/kolab-webadmin/+bug/121151
[05:54] <ubotu> Launchpad bug 121151 in kolab-webadmin "Merge kolab-webadmin 2.1.0-20070510-1 from debian unstable" [Undecided,Confirmed] 
[05:54] <asac> hjmf: yeah
[05:54] <asac> hjmf: don't worry
[05:54] <hjmf> lol
[05:54] <asac> :-P
[05:56] <asac> any packaging bugs that should be fixed in next ffox upload?
[05:57] <asac> ah right ... this icon thing
[05:57] <asac> someone volunteered
[05:57] <asac> anyone remembers who?
[05:57] <asac> bluekuja: you wanna prepare a diff for that one :)
[05:57] <asac> ... i guess i should do it :/
[05:58] <bluekuja> asac: have you a bug for ti?
[05:58] <bluekuja> *it
[05:58] <bluekuja> so i can prepare the debdiff
[05:58] <bluekuja> and push it
[05:58] <bluekuja> there
[06:00] <asac> bluekuja: too late :) ... i already fixed it ;)
[06:00] <bluekuja> nooo
[06:00] <bluekuja> :/
[06:01] <bluekuja> you are too fast
[06:01] <bluekuja> .P
[06:01] <bluekuja> :P
[06:08] <gnomefreak> asac: it was darkmage
[06:08] <gnomefreak> DarkMageZ even
[06:08] <asac> oh
[06:08] <asac> yeah its done now
[06:08] <gnomefreak> but he still needs packaging 101
[06:09] <asac> 101?
[06:09] <asac> whats that?
[06:09] <asac> does that even matter ;)
[06:09] <gnomefreak> collage terms they use class 101 as basic class
[06:10] <bluekuja> asac: news from libagg?
[06:10] <asac> Bug 110362
[06:10] <ubotu> Launchpad bug 110362 in firefox "Opening File prompts "Save File As" Control window" [Low,Needs info]  https://launchpad.net/bugs/110362
[06:10] <asac> gnomefreak: i think reporters request is not supported. He wants to keep using edgy packages.
[06:10] <asac> but maybe he claims that update-manager is broken
[06:10] <asac> if thats the case we can reassign, otherwise reject i guess
[06:10] <asac> bluekuja: not yet.
[06:11] <gnomefreak> ill look in a minute
[06:11] <asac> bluekuja: now contacting ooo mainatiner
[06:12] <bluekuja> asac: ok, let me know when you have news
[06:12] <bluekuja> btw
[06:12] <bluekuja> I've seen baby
[06:12] <bluekuja> on -motu
[06:12] <gnomefreak> she hangs there
[06:12] <bluekuja> yup
[06:13] <bluekuja> asac: is she a DD?
[06:14] <gnomefreak> i dont htink so
[06:14] <gnomefreak> i think she helps out
[06:14] <bluekuja> she started NM
[06:15] <bluekuja> does she work for ubuntu as well?
[06:16] <gnomefreak> i think again just helps i dont even think she is ubuntu member
[06:16] <bluekuja> do you have a LP page?
[06:16] <bluekuja> (for her)
[06:18] <gnomefreak> i dont as i have never looked for one
[06:18] <asac> she does not perform well
[06:18] <asac> in NM
[06:18] <asac> https://nm.debian.org/nmstatus.php?email=little_miry%40yahoo.es
[06:18] <asac> Due to long periods of time without inactivity because of lack of time and motivation by Miriam's side, we've both agreed that the best for now is to put her on hold, while she gets enough effort to go on with the NM process. She could, of course, restart the process anytime, and I personally, would love to retake her application, if slots and people queue allows it. [damog] 
[06:19] <asac> have yet to read PP1 [Myon 2007-01-07] 
[06:19] <gnomefreak> nm == network-manager?
[06:19] <asac> new maintainer
[06:19] <gnomefreak> ah
[06:19] <asac> like trainee ... but in debian ;)
[06:19] <asac> i want one more bug to fix
[06:19] <asac> anything simple lying around?
[06:19] <asac> e.g. something packaging related :)
[06:19] <bluekuja> asac: me
[06:19] <bluekuja> :P
[06:20] <gnomefreak> asac: not that i know of off hand
[06:20] <bluekuja> asac: just give me informations about the bug
[06:20] <bluekuja> and I go for it
[06:20] <asac> bluekuja: which bug?
 i want one more bug to fix
[06:21] <asac> bluekuja: yeah ;)
[06:21] <asac> let me look at bug list
[06:21] <asac> maybe there is something else simple
[06:21] <bluekuja> :D
[06:22] <asac> i *want* a list of non-crashers
[06:22] <asac> can anyone get me something like that?
[06:22] <asac> i only see crashes
[06:22] <bluekuja> lol
[06:23] <asac> bug 107683
[06:23] <ubotu> Launchpad bug 107683 in firefox "Swedish translation for firefox.desktop" [High,Confirmed]  https://launchpad.net/bugs/107683
[06:23] <asac> bluekuja: ^^
[06:23] <asac> please verify if that is fixed
[06:23] <asac> in debian/firefox.desktop
[06:23] <bluekuja> asac: let me check
[06:25] <asac> 40610   History wiped out if disk full when firefox exits
[06:25] <asac> bug 40610   History wiped out if disk full when firefox exits
[06:25] <ubotu> Launchpad bug 40610 in firefox "History wiped out if disk full when firefox exits" [Medium,In progress]  https://launchpad.net/bugs/40610
[06:25] <asac> that should be easy to fix ... just find the place where the history is written to disk and take care that write to .new file ... then move over to get failsafe behaviour
[06:25] <asac> but maybe its already fixed in 2.0
[06:26] <gnomefreak> bug 88567
[06:26] <ubotu> Launchpad bug 88567 in firefox "firefox 2.0.0.2 not filling in username/pw on sites w/ multiple entries" [High,Needs info]  https://launchpad.net/bugs/88567
[06:26] <gnomefreak> ^^ simple enough?
[06:27] <bluekuja> asac: I dont see them
[06:27] <bluekuja> in firefox.desjtio
[06:27] <bluekuja> *desktop
[06:27] <asac> bug 67886 <- likely-dup
[06:27] <ubotu> Launchpad bug 67886 in firefox "Firefox crash when a gnome theme is selected" [Medium,In progress]  https://launchpad.net/bugs/67886
[06:27] <bluekuja> (/usr/share/applications)
[06:27] <bluekuja> (gutsy)
[06:29] <bluekuja> asac: should we add it?
[06:29] <asac> bluekuja: yes ... prepare patch against my latest branch please
[06:29] <asac> or give me complete file
[06:29] <bluekuja> asac: firefox or firefox-gp?
[06:29] <asac> if you find it more convenient
[06:29] <asac> firefox
[06:29] <bluekuja> kk
[06:29] <bluekuja> let me branch it out
[06:30] <asac> granparadiso has different text ... guess translation won't apply
[06:30] <asac> yeah
[06:30] <bluekuja> I prepare you a debdiff
[06:30] <bluekuja> ready to apply
[06:30] <asac> bluekuja: na ... better push the change to bzr
[06:30] <asac> much more convenient
[06:30] <bluekuja> ok, as you like
[06:30] <bluekuja> :)
[06:30] <asac> or send the file as is (though this is evil) :)
[06:30] <bluekuja> asac: should I add my changelog entry too?
[06:30] <asac> please check in changelog changes in a separated checkin
[06:31] <asac> but yes
[06:31] <bluekuja> ok
[06:31] <asac> add to current changelog entry
[06:31] <bluekuja> let's start
[06:31] <asac> use [ Andrea Veri ]  ... style
[06:31] <asac> you can find it further below in changelog
[06:31] <bluekuja> ok, gonna check it
[06:31] <bluekuja> let's first fix the .desktop
[06:31] <bluekuja> ^^
[06:31] <asac> yeah
[06:31] <asac> then fix changelog
[06:31] <asac> then push :)
[06:31] <bluekuja> oki
[06:32] <asac> you should branch from mozillateam
[06:32] <asac> pull over latest changes from my branch (or merge if they have diverged)
[06:32] <asac> but i think you know
[06:32] <bluekuja> yeah
[06:32] <bluekuja> up-to-date is your one?
[06:32] <asac> otherwise you might run into problems to push to mozillateam without --override
[06:32] <bluekuja> e.g asac branch
[06:32] <asac> bluekuja: yeah ... pull mozillateam ... merge over everything from my branch (try pull ... if you are lucky)
[06:32] <bluekuja> ^^
[06:33] <bluekuja> asac_ branch name is? (trunk?)
[06:33] <asac> no
[06:33] <asac> ubuntu-2.0.0.x
[06:33] <asac> iirc
[06:33] <bluekuja> kk
[06:34] <asac> https://code.launchpad.net/~mozillateam/firefox/ubuntu-2.0.0.x
[06:34] <bluekuja> yup
[06:34] <asac> and mine: https://code.launchpad.net/~asac/firefox/ubuntu-2.0.0.x
[06:34] <bluekuja> ok
[06:55] <bluekuja> asac: https://code.launchpad.net/~mozillateam/firefox/ubuntu-2.0.0.x
[06:55] <bluekuja> :)
[06:56] <bluekuja> asac: damn
[06:56] <asac> what?
[06:56] <bluekuja> forget to change my mail
[06:56] <bluekuja> :P
[06:56] <bluekuja> e.g still hostname
[06:56] <bluekuja> lol
[06:56] <bluekuja> it doesnt matter
[06:56] <bluekuja> ^^
[06:56] <bluekuja> andrea@seagate
[06:56] <bluekuja> ^^
[06:56] <asac> you can uncommit
[06:57] <asac> and commit again
[06:57] <asac> if you didn't push
[06:57] <bluekuja> mmm...I can --overwrite
[06:57] <bluekuja> (already pushed)
[06:57] <bluekuja> I can overwrite then
[06:57] <asac> please not on published branches
[06:57] <bluekuja> oh ok
[06:57] <bluekuja> it's not a problem
[06:57] <bluekuja> to have that
[06:57] <asac> you have published ... so thats the way it is for now :)
[06:58] <bluekuja> yeah, dont worry
[06:58] <bluekuja> not a problem to have that
[06:58] <bluekuja> (it's really minor)
[06:58] <bluekuja> asac: anyway all ready
[06:58] <bluekuja> ;)
[07:00] <asac> somehow sad that nspluginwrapper works so great for flashplugin-nonfree on amd64 :( :)
[07:00] <asac> now not as many will use gnash ;)
[07:01] <bluekuja> :D
[07:01] <bluekuja> you look happy for it
[07:01] <bluekuja> :)
[07:03] <asac> no idea
[07:03] <asac> its hard to find a compromise
[07:03] <asac> free vs. user
[07:03] <bluekuja> yeah
[07:03] <bluekuja> asac: will you add the bug fix you did before?
[07:04] <bluekuja> e.g two fixes in one revision
[07:05] <asac> bluekuja: the idea was to modify the *current* changelog entry
[07:05] <asac> not to add a new one
[07:05] <asac> (read above9
[07:05] <bluekuja> mmm
[07:05] <bluekuja> I thought you wanted to add
[07:05] <bluekuja> your fix
[07:06] <bluekuja> in a new revision
[07:06] <bluekuja> e.g [Alexander Sack] 
[07:07] <asac> no
[07:07] <asac> as i stated above ... *current*
[07:07] <bluekuja> my error then
[07:07] <asac> 18:31 < asac> add to current changelog entry
[07:07] <asac> ;)
[07:08] <asac> yeah ... if somebody asked why mozillateam branch and mine diverged :) ... its you ;)
[07:08] <asac> so ... you have to merge from now on :) ... no pulling ;)
[07:08] <bluekuja> misread
[07:08] <bluekuja> ^^
[07:08] <bluekuja> my fault sorry
[07:08] <bluekuja> :)
[07:08] <bluekuja> lol
[07:09] <bluekuja> ok
[07:09] <bluekuja> gonna merge :)
[07:09] <bluekuja> np
[07:10] <bluekuja> brb
[07:15] <bluekuja> asac: sorry for diverging
[07:15] <bluekuja> it
[07:15] <bluekuja> ^^
[07:17] <asac> no problem :)
[07:17] <asac> good excercise for mergin :)
[07:18] <bluekuja> :)
[07:18] <bluekuja> hehehehe
[07:18] <bluekuja> :)
[07:30] <asac> bug 88232
[07:30] <ubotu> Launchpad bug 88232 in firefox "Package description is very out of date" [Low,In progress]  https://launchpad.net/bugs/88232
[07:30] <asac> bluekuja: ^^
[07:30] <asac> :)
[07:30] <asac> though i guess that this would be a job for a native speaker
[07:31] <bluekuja> asac: :D
[07:31] <bluekuja> I can do it if you want
[07:31] <asac> bluekuja: ok merged and pushed
[07:31] <asac> bluekuja: maybe you can bring mozillateam branch in a clean state again :)
[07:31] <asac> by merging as well and pushing
[07:31] <bluekuja> lol
[07:31] <bluekuja> yeah
[07:32] <asac> just merge
[07:32] <bluekuja> let me finish democracyplayer merge
[07:32] <asac> and use my changelog to resolve the changelog conflict
[07:32] <asac> should be changelog.OTHER
[07:32] <bluekuja> and I move to it
[07:32] <hjmf> ADVICE: new states in bug work flow!
[07:32] <hjmf> The following statuses will be added:
[07:32] <hjmf>  * Triaged
[07:32] <hjmf>  * Won't Fix
[07:32] <hjmf>  * Todo
[07:32] <hjmf> The following statuses will be renamed:
[07:32] <hjmf>  * Unconfirmed -> New
[07:32] <hjmf>  * Needs Info -> Incomplete
[07:32] <hjmf>  * Rejected -> Invalid
[07:32] <asac> yeah i know
[07:32] <bluekuja> cool!
[07:32] <asac> and we get acl support afaik
[07:33] <asac> but our tags should still apply
[07:33] <asac> though confirmed is split in multiple states
[07:33] <asac> mt-upstream is TODO
[07:33] <asac> mt-postupstream might be triaged ... might be TODO as well
[07:33] <hjmf> hmm, python-lp-bugs should be updated and also some of my scripts
[07:34] <asac> yeah ... but when will this be rolled-out?
[07:34] <asac> today
[07:34] <asac> ?
[07:34] <hjmf> tomorrow
[07:34] <asac> ok
[07:35] <asac> basically things that go from Confirmed (Todo/Triaged) to rejected will now goto Won't Fix
[07:35] <asac> while rejected bugs in needs-info go to Invalid
[07:35] <asac> at least thats what springs to my mind at first sight
[07:35] <hjmf> good to know before happens :)
[07:36] <asac> yeah ... it was outlined in spec ... though don't know if public ;)
[07:37] <hjmf> you are going to have some work at rewriting the states page, not just fix a couple of  tags as we talked this morning ;)
[07:38] <asac> hehe yeah
[07:39] <asac> right ... but tags will probably still have the same tasks attached
[07:39] <asac> so its independent
[07:39] <asac> its just moving tags to other states
[07:39] <asac> but we should review this once its online
[07:39] <asac> i am unsure how the currentl confirmed bugs are migrated
[07:39] <asac> or will confirmed state stay?
[07:40] <hjmf> confirm  goes to Triaged
[07:40] <hjmf> but it can be stated as Todo
[07:40] <asac> damn that will be lots of cleanup
[07:40] <asac> you sure it goes to triaged?
[07:40] <asac> i think most of our confirmed bugs are todo
[07:40] <asac> :)
[07:41] <hjmf>  Triaged will mean that a bug has all the information attached to it
[07:41] <hjmf> that a developer needs to fix it. The 'confirmed' state was previously
[07:41] <hjmf> used for this purpose, but many users were 'confirming' bugs when
[07:41] <hjmf> observed by a second person.
[07:41] <asac> but probably we can do a script run ;)
[07:41] <hjmf> Todo will form the list of bugs that developers expect to work on in
[07:41] <hjmf> the near future. These would typically also be assigned to a developer
[07:41] <hjmf> or a dev team.
[07:41] <asac> hjmf: yeah ... but will all bugs that are currently confirmed get triaged?
[07:41] <asac> i guess it will
[07:41] <asac> hmm
[07:41] <hjmf> i guess that too for what i can see
[07:41] <asac> so maybe confirme stays?
[07:41] <hjmf> hopfully the disallow malone spam for that
[07:41] <hjmf> the/they
[07:42] <asac> afaik they want to establish access control at some point
[07:42] <asac> i hope it happens early
[07:42] <asac> so not everybody can push things to Todo
[07:42] <asac> :)
[07:43] <hjmf> bah, they are only to rename  Unconfirmed -> New
[07:43] <hjmf>  * Needs Info -> Incomplete
[07:43] <hjmf>  * Rejected -> Invalid
[07:43] <asac> yeah ... those are sane imo
[07:43] <asac> needs info always makes reporters think that they need to provide input
[07:44] <hjmf> yes, needs info, confuses a lot of people. Not a big deal then. we just have to be used to the new ones
[07:44] <asac> yes ... i think its a small improvement
[07:44] <asac> it still just trusts in QA vedded people
[07:44] <asac> that they do things right
[07:45] <hjmf> yes :)
[07:45] <asac> e.g. no two component check possible ... like we do with tags/states
[07:45] <asac> no easy triaging bug detection :)
[07:45] <asac> maybe one should say triaging error
[07:45] <asac> as triaging bug makes people believe that its indeed a bug :)
[07:46] <asac> afaik our approach is "developer pulls over to new state" ... while their approach is vedded qa people push over ... and developer just processes
[07:46] <asac> (we use mt-confirm to mark that a bug might be ready to be pulled to next state)
[07:47] <asac> bluekuja: ok i got green light for libagg
[07:47] <bluekuja> asac: woohoo
[07:47] <hjmf> I prefer our way, they might improve some other things such as lp search engine (it sucks)
[07:47] <asac> bluekuja: i had to promiss that we only ship static lib until upstream understands soname problem though
[07:47] <asac> hjmf: yeah right
[07:47] <asac> hjmf: i agree
[07:48] <bluekuja> asac: yeah, it's ok for now
[07:48] <bluekuja> asac: is it already on orphaned list?
[07:48] <asac> but we are special ... i am dedicated to do mainly mozilla work. for loads of other packages there might be no developer that feels responsible to pull bugs over to next state
[07:48] <asac> bluekuja: no
[07:48] <asac> bluekuja: we can just take i guess
[07:48] <asac> bluekuja: prepare ... and then wait till i get the procedures right :)
[07:49] <bluekuja> asac: :D
[07:49] <bluekuja> asac: gonna package new release then
[07:49] <asac> bluekuja: now you can start your strength again ... get upstream in here so we can evengalize them on ABI/API compatibility and soname :)
[07:49] <asac> ouch ;)
[07:49] <bluekuja> asac: heehehe
[07:49] <bluekuja> I did it with a lot of ppl
[07:49] <bluekuja> so there wont be problems
[07:50] <bluekuja> :D
[07:50] <asac> bluekuja: i think we should setup a short introduction: "why documenting abi compatibility by sonames makes sense!" :)
[07:50] <asac> bluekuja: yeah :)
[07:50] <bluekuja> asac: lol
[07:50] <bluekuja> asac: we make the package before it?
[07:50] <asac> bluekuja: but it depends on how firm the developers believe in their competencies
[07:50] <bluekuja> yeah
[07:50] <asac> if they are open minded ... you can do lot
[07:50] <bluekuja> yup
[07:50] <asac> otherwise its just wasted time
[07:51] <asac> bluekuja: before what?
[07:51] <bluekuja> (hydri is not open-minded :P )
[07:51] <bluekuja> before talking
[07:51] <bluekuja> with upstream
[07:51] <asac> hydri ... he finally understood that it makes sense to obey :)
[07:51] <bluekuja> lol
[07:51] <asac> at least he left in that attitude
[07:51] <bluekuja> :D
[07:51] <bluekuja> yeah
[07:51] <asac> but i don't know if he ever fixed it in his tree
[07:51] <bluekuja> (I dont think so)
[07:51] <bluekuja> ;)
[07:51] <bluekuja> he's still there
[07:52] <bluekuja> I think
[07:52] <bluekuja> going to eat
[07:52] <bluekuja> bbl
[07:52] <bluekuja> ;)
[07:52] <asac> k
[07:52] <asac> hjmf: so next CC meeting you will be member ... you want to go motu after that?
[07:56] <hjmf> asac: yes, but I guess that I'll have to learn a bit
[07:59] <asac> yes ... though you could now do a lot for your credits :) ... and your packages touched list ;)
[07:59] <asac> without having to learn much
[07:59] <asac> its basically: apt-get source firefox-plugin
[08:00] <asac> finding what mime types are served and adding that to debian/control :)
[08:00] <asac> ;)
[08:00] <asac> for as many plugin as you want :)
[08:00] <hjmf> ok
[08:01] <asac> then upload a debdiff to a bug and request main/universe sponsorship
[08:01] <asac> but once you have the first package we can go through this
[08:01] <asac> together
[08:03] <hjmf> ok asac, but what package is firefox-plugin?
[08:03] <hjmf> is yet to be built?
[08:04] <asac> no ... firefox-plugin is synonym for every package plugin :)
[08:04] <hjmf> ah
[08:04] <hjmf> ok !!!
[08:04] <bluekuja> asac: back
[08:04] <asac> all plugin packages need meta info so we can setup a database
[08:04] <bluekuja> asac: I finish a merge first :)
[08:04] <hjmf> no problem then
[08:04] <bluekuja> I was processing :9
[08:04] <bluekuja> :)
[08:04] <asac> hjmf: cool
[08:04] <bluekuja> hjmf, you go for membership?
[08:04] <asac> i hope so :)
[08:05] <hjmf> yes bluekuja , but I don't now when yet
[08:05] <hjmf> as there is no date for cc
[08:05] <bluekuja> hjmf, mmm..
[08:05] <bluekuja> link me your wiki page
[08:05] <bluekuja> please
[08:05] <bluekuja> and your lp page too
[08:05] <bluekuja> :)
[08:05] <asac> is probably not yet set up :)
[08:05] <hjmf> http://launchpad.net/~hmontoliu
[08:06] <hjmf> https://wiki.ubuntu.com/HMontoliu
[08:06] <hjmf> not big things there though
[08:07] <bluekuja> karma looks nice
[08:07] <asac> major achievements: "getting firefox bug count down from 1300 to 550" :)
[08:07] <bluekuja> yup
[08:07] <hjmf> :)
[08:07] <bluekuja> hjmf, n
[08:07] <bluekuja> *no packages on your list
[08:07] <bluekuja> ?
[08:08] <hjmf> we are working on that
[08:08] <asac> not needed for membership ... he coded on bughelper and launchpad bugs as well ... very valuale contributions afaik.
[08:08] <hjmf> shit! I have to go right now, damn now that things get interesting
[08:08] <asac> hjmf: bye
[08:09] <hjmf> I'll be back in an hour
[08:09] <hjmf> bye
[08:09] <asac> cu later
[08:09] <bluekuja> hjmf, oki bye
[08:09] <bluekuja> asac: you should sponsor him
[08:09] <bluekuja> and there wont be problems
[08:09] <bluekuja> I think
[08:10] <asac> yeah ... i will :)
[08:10] <bluekuja> :)
[08:10] <bluekuja> I can sponsor him too
[08:10] <bluekuja> just need to check his work
[08:10] <bluekuja> (as far as I dont know him directly)
[08:10] <bluekuja> but if you say it's doing good
[08:10] <bluekuja> it's good for me too
[08:10] <asac> you mean provide backup in CC council?
[08:11] <asac> ... i don't think there will be any problems ... he is ready for a few month imo
[08:11] <bluekuja> yea
[08:12] <bluekuja> cool
[08:12] <bluekuja> well, was just proposing
[08:12] <bluekuja> ^^
[08:12] <asac> bluekuja: just subscribe to mozilla-bugs
[08:12] <asac> then you will know him soon :)
[08:12] <bluekuja> lol
[08:12] <bluekuja> karma told it to me
[08:12] <bluekuja> ^^
[08:13] <asac> yeah ... but you can gain karma without being effective/efficient
[08:13] <asac> he is both :)
[08:13] <asac> drives the bug count down
[08:13] <bluekuja> cool
[08:13] <bluekuja> he's a good packager too?
[08:13] <asac> he is the source of "bug-gravity" fore mozilla packages :)
[08:14] <asac> not yet ... but he can code ... and learn new stuff fast ... so that won't be a problem
[08:14] <asac> but that will be there for motu
[08:15] <bluekuja> asac: good
[08:16] <asac> ok ... you fixed the firefox bug ;)
[08:16] <asac> ?
[08:17] <bluekuja> asac: finishing democracyplayer merge
[08:17] <bluekuja> :)
[08:17] <bluekuja> just a mom
[08:17] <bluekuja> and I move to it
[08:17] <bluekuja> asac: can you have a look at it?
[08:18] <asac> why don't you just spit in links? ... i said i will enqueue stuff
[08:18] <asac> will do asap :)
[08:18] <bluekuja> :D
[08:18] <bluekuja> coz I need to know if it's correct to fix it
[08:19] <bluekuja> I finish and I give you the link
[08:19] <bluekuja> :)
[08:19] <asac> exactly ;)
[08:19] <asac> everything else is just cheap talk :)
[08:19] <bluekuja> lol
[08:20] <bluekuja> except
[08:20] <bluekuja> when talking to gf
[08:20] <bluekuja> ;)
[08:20] <asac> yeah
[08:20] <asac> ;)
[08:46] <asac> can someone on i386 give me a dpkg -L flashplugin-nonfree ?
[08:48] <bluekuja> asac: http://pastebin.mozilla.org/103689
[08:57] <asac> hmmm so does epiphany pull in from /usr/lib/mozilla/plugins ?
[09:00] <asac> ok there was cruft in the mozilla plugins dir ... now epiphany works as well
[09:00] <bluekuja> :)
[09:01] <asac> so where is Admiral_Chicago ?
[09:01] <asac> :-P
[09:02] <asac> bluekuja: you want to acquire nspluginwrapper upstream to maintain his source in bzr?
[09:02] <asac> :)
[09:03] <bluekuja> asac: for ubuntu?
[09:03] <bluekuja> maintain directly source?
[09:03] <asac> yeah ... i don't see a cvs/svn or something on his page
[09:03] <asac> http://gwenole.beauchesne.info/projects/nspluginwrapper/#downloads
[09:03] <asac> but maybe its on sourceforge
[09:04] <asac> no there is no project
[09:04] <asac> so he either has no revision repo or a local one
[09:04] <bluekuja> sounds like a good idea
[09:04] <bluekuja> :)
[09:05] <asac> ok i am off for a while ... was a long day so far :)
[09:06] <bluekuja> yeah
[09:06] <bluekuja> :)
[09:06] <bluekuja> ping me when back
[09:11] <asac> bluekuja: just drop info
[09:11] <asac> will read
[09:11] <asac> :)
[09:11] <bluekuja> ok :)
[09:45] <hjmf> asac: are you around?
[09:45] <asac> hjmf: yes :)
[09:46] <asac> but not really ;)
[09:46] <hjmf> just ask for the plugins stuff
[09:46] <asac> yes right
[09:46] <hjmf> just will take a second
[09:46] <hjmf> http://paste.ubuntu-nl.org/26308/
[09:46] <hjmf> that is the diff file with the mime types
[09:46] <hjmf> and this is the full file
[09:46] <hjmf> http://paste.ubuntu-nl.org/26309/
[09:47] <hjmf> is that what you want?
[09:47] <asac> yeah ... mozplugger might be tricky ... as it actually doesn't ship those mimetypes, but can handle it
[09:47] <hjmf> what else needs to be changed?
[09:47] <asac> actually we need for each plugin package a list of mime-type this plugin can handle
[09:47] <asac> ah hjmf ... wait ... i already have a syntax for that:
[09:48] <asac> Xb-NSPlugin-Applications: {xxxxx-xxxx-xxx-xxxx}, {yyyyy-yyyy-yyy-yyyy}
[09:48] <asac> Xb-NSPlugin-MimeType: application/x-shockwave-flash
[09:48] <asac> Xb-NSPlugin-Name: Adobe Flash Player (installer)
[09:48] <asac> thats what i plan to add to packages
[09:48] <asac> that contain plugins
[09:48] <asac> the application ids should be replaced with the official application ids of firefox and thunderbird
[09:48] <asac> ... i can look those up
[09:49] <asac> Xb-NSPlugin-MimeType: application/x-shockwave-flash, application/something-else
[09:49] <asac> so that entry can ship a list
[09:49] <hjmf> ok
[09:49] <hjmf> just the name of the mime-type, w/o the file extensions
[09:49] <hjmf> and w/o the description
[09:50] <asac> actually i am unsure, but i think yes ... just the mime-types for now
[09:50] <hjmf> eg Xb-NSPlugin-MimeType: application/vnd.sun.xml.impress
[09:50] <hjmf> application/so7_vnd.sun.xml.impress
[09:50] <hjmf> application/vnd.sun.xml.impress.template
[09:50] <hjmf> ...
[09:50] <asac> yes ... if the plugin handles that then yes!
[09:50] <asac> as a comma separated list
[09:51] <hjmf> ah ok I didn't see that
[09:51] <asac> in one line :)
[09:51] <asac> for now ... its easiest to parse later
[09:51] <asac> with apt_python
[09:51] <asac> or however that is called :)
[09:51] <hjmf> ... and Xb-NSPlugin-Applications: where is that got from
[09:52] <hjmf> I mean the  {xxxxx-xxxx-xxx-xxxx}
[09:52] <asac> i didn't know the application ids out of my head
[09:53] <hjmf> ok, I'll do this tomorrow and then we'll discuss it
[09:53] <hjmf> once I do the first the others will come faster :)
[09:54] <asac> {ec8030f7-c20a-464f-9b0e-13a3a9e97384} - Firefox's application ID.
[09:54] <asac> i think you can leave out the {}
[09:54] <asac> so just the uuid
[09:54] <asac> in the dpkg header
[09:54] <hjmf> ah ok
[09:56] <asac> thunderbird id is in enigmail extension directory in install.rdf ;)
[09:56] <asac> damn where is this id in code :)
[09:59] <asac> hjmf: http://wiki.mozilla.org/Talk:Extension_Dependencies
[09:59] <asac> there are the ids in example for the other apps
[09:59] <hjmf> ty
[09:59] <asac> though we just have iceape (seamonkey) and thunderbird in addition to firefox
[10:00] <hjmf> do I need to add all of these:
[10:00] <hjmf> Depends: m4, ${shlibs:Depends}, firefox | mozilla-browser | epiphany-browser | galeon | konqueror
[10:00] <hjmf> ^ from debian/control
[10:00] <hjmf> I mean the ids of galeon / konqueror
[10:01] <asac> yes ... actually i think epiphany claims to be mozilla/seamonkey
[10:01] <asac> konqueror you don't need
[10:01] <asac> its not in our realm and does not make use of the plugin service for now
[10:01] <asac> plugin finder service
[10:01] <hjmf> ok
[10:01] <asac> there should be not so many plugins
[10:02] <asac> i already have flash -nonfree prepared ... if you want to do gnash we should wait until next upload.
[10:02] <asac> sun-java :)
[10:02] <asac> hehe fun ;)
[10:02] <hjmf> hehe
[10:03] <asac> totem, mplayer
[10:03] <asac> vlc
[10:03] <hjmf> yes, once I feel confident with the first one, as the task looks easy the rest will be done quick
[10:03] <asac> tinymce (maybe description is confusing and this is an extension, not plugin)
[10:04] <asac> hjmf: cool ... start with one of the video players ;)
[10:04] <asac> or mozplugger ... but i need to think abit more about mozplugger
[10:05] <hjmf> ok, but probably this will have to wait for tomorrow (or my wife will kill me! it's time for dinner ) :D
[10:05] <hjmf> thank you asac
[10:05] <asac> yeah ... go to your wife ;)
[10:05] <hjmf> cu
[10:05] <asac> cu tomorrow ... maybe gnash is already uploaded then ... but i think i need to push pluginwrapper first
[10:06] <hjmf> night!
[10:06] <asac> night
[10:24] <gnomefreak> maybe ill ping mvo about this tomorrow
[10:24] <asac> gnomefreak: he?
[10:25] <asac> about what?
[10:25] <gnomefreak> guy with edgya nd feisty repos together stated ubuntu doesnt warn you this is bad
[10:25] <asac> yeah ... the bug pointed out earlier, right?
[10:25] <gnomefreak> yeah
[10:26] <gnomefreak> so to stop confusion ubuntu should put it somewhere maybe spit out you have main edgy with universe feisty repos on updat
[10:26] <gnomefreak> e
[10:26] <gnomefreak> so on docs or something
[10:40] <bluekuja> asac: goodnight!
[10:40] <bluekuja> I've added those on my TODO list
[10:40] <bluekuja> for tomorrow
[10:40] <bluekuja> had a busy day
[10:40] <bluekuja> :)