[12:32] <gnomefreak> nope i gave up ill fudge with it tomorrow
[03:36] <gnomefreak> dfarning_: before i go to bed. i need a crash report from you or mattl whoevers it was on bug  https://launchpad.net/ubuntu/+source/firefox/+bug/73168
[03:37] <gnomefreak> bug 73168
[11:39] <gnomefreak> asac: do you want a retrace assigned to you? I asked if you can do this retrace sinces hes on 64bit (if you still have 64 eniviornment
[11:39] <gnomefreak> i ran it and got shitty stack
[12:08] <asac> k
[12:31] <asac> which one?
[12:34] <asac> gnomefreak: just give it to me :)
[12:39] <AlexLatchford> Should we add the Mozilla Council idea to the Community Council Agenda?
[12:42] <asac> AlexLatchford: I have no idea about council procedures ... sorry
[12:49] <ajmitch> asac: would it be possible to build another binary package from firefox source for the ldap sdk, or should I split it into a new source package?
[12:56] <asac> ajmitch: ldap sdk?
[12:57] <ajmitch> directory/c-sdk
[12:57] <asac> ah
[12:58] <ajmitch> not surprising that FDS uses it, given its heritage
[12:59] <asac> hmm ... i don't know ... is there a thing like a stable api for it?
[12:59] <ajmitch> I don't think it's changed in awhile
[12:59] <ajmitch> ietf draft for the API, looks fairly stable
[12:59] <ajmitch> http://www.mozilla.org/directory/csdk.html for some info on it
[01:01] <ajmitch> it has its own configure & makefiles, but it depends on things further up the tree, so it's annoying to cut out as a new source package
[01:01] <asac> so how is it shipped atm
[01:01] <asac> not at all or just bundled with some other part of ffox?
[01:02] <ajmitch> just as source in the tarball
[01:02] <asac> ah ... but thunderbird makes use of it right?
[01:02] <ajmitch> it used to be part of a mozilla-dev package, a long time ago (from what I can tell)
[01:02] <ajmitch> hm, not that I'm aware of?
[01:03] <asac> http://paste.ubuntu-nl.org/6856/
[01:04] <asac> is this something out of it?
[01:04] <ajmitch> yep
[01:04] <asac> good ... then your wish is already fullfilled :)
[01:04] <gnomefreak> you want a bug looked at file the damn bug :(
[01:04] <ajmitch> wonderful :)
[01:04] <asac> use mozilla-thunderbird-dev for now :)
[01:04] <ajmitch> gnomefreak: sorry?
[01:05] <asac> gnomefreak: you mean me, right?
[01:05] <gnomefreak> not you
[01:05] <ajmitch> asac: ugly, but thanks for that :)
[01:05] <gnomefreak> no
[01:05] <gnomefreak> someone in #ubuntu+1 :(
[01:05] <asac> ajmitch: HEHE :) ... np
[01:05] <asac> ah :)
[01:08] <ajmitch> hopefully I can actually get all the bits needed to build FDS in a sane state
[01:08] <asac> what is fds?
[01:08] <asac> (dapper1)asac@hector:~$ dpkg -L mozilla-thunderbird | grep ldap.*so
[01:08] <asac> /usr/lib/mozilla-thunderbird/components/libmozldap.so
[01:08] <asac> /usr/lib/mozilla-thunderbird/libldap50.so
[01:08] <asac> /usr/lib/mozilla-thunderbird/libprldap50.so
[01:09] <asac> those are the libs
[01:09] <ajmitch> fds is fedora directory server, formerly netscape directory server
[01:10] <ajmitch> an alternative to openldap
[01:10] <asac> ah ok
[01:11] <asac> but moz libs are for client side only, right?
[01:12] <ajmitch> I believe so
[01:12] <ajmitch> darn
[01:14] <ajmitch> seems that there are different API versions, and this is an older one
[01:14] <asac> probably ... its from 1.8.0 branch
[01:15] <asac> or what do you mean by old?
[01:15] <asac> how old?
[01:15] <ajmitch> 5.x API version, it doesn't say more than that
[01:15] <ajmitch> fedora has a source package for mozldap, so I may need to use that
[01:16] <ajmitch> aha! found a source tarball :)
[01:17] <ajmitch> sorry for wasting your time on it
[01:21] <gnomefreak> @schedule new_york
[01:21] <Ubugtu> Schedule for America/New_York: Current meeting: Edubuntu | 21 Feb 11:00: Kernel Team | 22 Feb 11:00: Ubuntu Development Team | 24 Feb 16:00: Ubuntu US LoCo Team Mentor | 25 Feb 12:00: LoCo Team | 26 Feb 18:00: Community Council
[01:25] <AlexLatchford> gnomefreak: Should we add the Mozilla Council idea to the Community Council Agenda?
[01:26] <gnomefreak> what idea?
[01:27] <gnomefreak> we need wiki on the councils jobs written up (atleast that is what i remember from meeting)
[01:29] <AlexLatchford> aha yes
[01:30] <AlexLatchford> ill take a look back over the logs
[01:30] <gnomefreak> is the confimr tag mt-confirm?
[01:31] <AlexLatchford> why are we using needsinfo and confirmed tags?
[01:31] <gnomefreak> ah yes
[01:31] <AlexLatchford> surely setting the Status should be enough?
[01:31] <gnomefreak> needs info uses needinfo tag. mainly for bughelper
[01:32] <AlexLatchford> bughelper cant find statuses?
[01:32] <gnomefreak> AlexLatchford: its easier to search tags
[01:33] <AlexLatchford> hmm k, just seems a load easier to just set the status
[01:36] <asac> yes ... mt-confirm should be mt-confirm for all stages
[01:36] <gnomefreak> is there a way to repack using apport?
[01:36] <asac> e.g. needs info, confirmed, etc.
[01:37] <asac> so someone can come around and make a decision on it
[01:37] <asac> the mt-needsinfo tag schould not be necessary in my opinion
[01:37] <asac> usually it means: mt-needtestcase
[01:37] <asac> or mt-needtester
[01:38] <asac> AlexLatchford: needs info with mt-needinfo is moslty wrong
[01:38] <asac> see above
[01:40] <AlexLatchford> hmm k
[01:40] <asac> AlexLatchford: you read the wiki page about states?
[01:40] <asac> if there is anything not-clear, let me know
[01:41] <AlexLatchford> ill read it in a bit
[01:41] <asac> thx
[01:41] <AlexLatchford> off out now
[01:41] <asac> k
[01:41] <asac> cu
[01:41] <AlexLatchford> silly real life, always interfering
[01:42] <asac> gnomefreak: bug 71776 ... i think our current plan is to see how far we get with dbgsym packages ... and if that is not enough add -dbg package to unofficial archive for feisty
[01:42] <Ubugtu> Malone bug 71776 in mozilla-thunderbird "Thunderbird has no debugging package." [Wishlist,Confirmed]  https://launchpad.net/bugs/71776
[01:43] <gnomefreak> asac: can you look at bug 86687 i think i need to retrace the report after i find out how to repack it
[01:43] <Ubugtu> Malone bug 86687 in firefox "[apport]  firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,Needs info]  https://launchpad.net/bugs/86687
[01:44] <asac> yes retrace would be fine ... hard to unpack?
[01:44] <gnomefreak> i have to figure out apport-retrace bug# i think im talking to seb128 now
[01:45] <gnomefreak> asac: i have no answer on it so far. i figured i would comment on 71776 when i had full info
[01:48] <asac> let me know if you know something or need any help (e.g. ping seb, etc.)
[01:48] <gnomefreak> i think i got retrace command to repack it.
[01:52] <asac> Bug 62179
[01:52] <Ubugtu> Malone bug 62179 in mozilla-thunderbird "Click to send e-mail doesn't cut "mailto:" string" [Undecided,Rejected]  https://launchpad.net/bugs/62179
[02:12] <asac> bug 71776
[02:12] <Ubugtu> Malone bug 71776 in mozilla-thunderbird "Thunderbird has no debugging package." [Wishlist,Confirmed]  https://launchpad.net/bugs/71776
[02:15] <asac> bug count firefox 628 :(
[02:17] <gnomefreak> im working on them :(
[02:18] <asac> hehe
[02:18] <asac> we definitly need automated stack traces
[02:18] <gnomefreak> ok uploaded 2 files to bug 86687 but im trying other options please see the output so i know when we have enough
[02:18] <asac> we need to merge duplicates to reduce the total count
[02:18] <Ubugtu> Malone bug 86687 in firefox "[apport]  firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,Needs info]  https://launchpad.net/bugs/86687
[02:19] <gnomefreak> i have about 50 retraces on list im working on so we can merge them
[02:19] <gnomefreak> im trying with -s option now maybe better output
[02:19] <asac> maybe we can write a script?
[02:20] <asac> e.g. a text file with a) url of stacktrace and b) of bugreport where to upload backtrace result?
[02:27] <gnomefreak> ok maybe i can try with -d also
[02:28] <asac> bug 86687 looks good
[02:28] <Ubugtu> Malone bug 86687 in firefox "firefox crash [@nsTextFrame::Paint] " [Undecided,Needs info]  https://launchpad.net/bugs/86687
[02:28] <asac> from stacktrace pov at least
[02:28] <gnomefreak> k
[02:28] <gnomefreak> im trying one more thing with it
[02:28] <gnomefreak> i need to get best way possible to do it this way
[02:28] <asac> already added summary set tag to mt-confirm :) posted potential upstream bug
[02:29] <gnomefreak> k i might have one more trace trying to use -d option maybe i can grab symbols
[02:30] <gnomefreak> this is first time doing it this way
[02:30] <asac> ah .... has bug been traced with dbg-sym only?
[02:30] <gnomefreak> its good to know we can do retraces on unpacked reports
[02:31] <gnomefreak> asac: whatever is installed on system just the dbg symbols i believe
[02:31] <asac> k
[02:31] <gnomefreak> maybe -s -d will grab dbgsyms for it and get more symbols
[02:32] <gnomefreak> i have had a few the past 24 hours but still missing locals or so other symbols it seems
[02:32] <gnomefreak> its better than nothing but still not wher ei would like it
[02:33] <gnomefreak> if there was a way i can install all dbg packages in one sweep we might have something
[02:33] <asac> so how does it loop like with just dbgsym packages?
[02:33] <asac> e.g. for tbird
[02:33] <gnomefreak> only in feisty
[02:34] <gnomefreak> edgy there is no tb dbg or dbgsym so your only getting what it can grab libs or whatever
[02:34] <gnomefreak> feisty has dbgsym for tb
[02:35] <gnomefreak> the retraces i have done for tb were minimal at best (in edgy)
[02:36] <asac> ok ... not yet seen a feisty crash reported so far on tb?
[02:36] <gnomefreak> i havent looked hard but im sure there may be 1 or 2
[02:39] <gnomefreak> if you come across any they are probibly unpacked with symbols already but please assign the tb feisty retraces to me ill see hwat i can do
[02:40] <gnomefreak> oh this is looking good :)
[02:40] <asac> you have one?
[02:41] <gnomefreak> i think im getting the symbols for 86687
[02:43] <asac> bug 86687
[02:43] <Ubugtu> Malone bug 86687 in firefox "firefox crash [@nsTextFrame::Paint] " [Undecided,Needs info]  https://launchpad.net/bugs/86687
[02:44] <asac> that one is already properly summarized!?
[02:44] <gnomefreak> yes
[02:44] <gnomefreak> asac: this is for future refference
[02:44] <gnomefreak> since i didnt get shit worth debug symbols on it
[02:49] <asac> k
[02:53] <gnomefreak> 100% better
[02:53] <gnomefreak> :)
[02:53] <gnomefreak> it has all symbols
[03:10] <asac> Bug 76608
[03:10] <Ubugtu> Malone bug 76608 in firefox "Crash when opening a bookmark via del.ico.us" [Medium,Needs info]  https://launchpad.net/bugs/76608
[03:26] <asac> gnomefreak: so you feel that mt-needreport is too fine grained? - e.g. because you use mt-needinfo all the time?
[03:26] <asac> or have I confused you :)
[03:27] <gnomefreak> no crash report==mt-needreport but that would also be needsinfo
[03:29] <asac> yeah ... just found that you use mt-needinfo if report is requested :) ... anyway, I changed lots of needinfo to needtestcase/needtester
[03:29] <asac> needs info as in state is fine ... but mt-needinfo in tag is somehow bad ... and we should find what we are missing. If we really need a generic tag, then fine, but for now I don't see a use-case :)
[03:30] <gnomefreak> should we use needtester/needtestcase <whats the difference> when asking for crash report?
[03:30] <asac> if you have a case where you want to add mt-needinfo, then lets discuss it. Maybe we need indeed something
[03:30] <asac> no ... for crash reports its mt-needreport mt-needretrace
[03:31] <gnomefreak> so just mt-needreport is fine when needed crashreport?
[03:31] <asac> sure? don't you think so?
[03:32] <gnomefreak> cant we combine needtester and needtestcase or is needtestcase <how to reproduce> need tester is to test  the bug?
[03:33] <gnomefreak> asac: i think its fine there are just so many that seem to be the same. i say lets get rid of needinfo if we dont really need it
[03:36] <asac> yep ...
[03:36] <asac> mt-needtestcase : need a step by step description how to reproduce
[03:36] <asac> mt-needtester: need someone who can reproduce with that instruction and is responsive e.g. member of mt
[03:37] <asac> what seem to be the same? the bug reports or the tags?
[03:38] <gnomefreak> tags but i think im understanding them more
[03:38] <gnomefreak> so mt-needreport we should also add mt-needsummery?
[03:39] <gnomefreak> only spelled right
[03:39] <asac> ok ... that really needs some clarifications
[03:39] <asac> for crashers I want a summary with significant element
[03:39] <asac> e.g.
[03:39] <asac> firefox crash [@nsFilePicker::Show] 
[03:40] <asac> so almost all crashers are always needsummary until they are retraced
[03:40] <gnomefreak> k
[03:40] <asac> its just needed to find duplicates easily
[03:40] <asac> you find it sane? .... actually if you retrace you don't need to take care for summary
[03:41] <asac> we could also say ... that mt-needsummary is not set until mt-needretrace is removed ... to avoid confusion?
[03:41] <asac> at least for crashers
[03:41] <asac> but currently i add this up front when i visit bugs that have a bad crash summary ....
[03:41] <gnomefreak> i think that might be better but isnt that what mt-confirm does?
[03:42] <asac> hmm ... yeah ... as long as the one the does mt-confirm is the same person that can setup proper summary, you are right.
[03:42] <asac> ok ... will not add more mt-needsummary for crashers :)
[03:43] <asac> ... at least for now
[03:43] <gnomefreak> bug 85753 looks like flash issue :)
[03:43] <Ubugtu> Malone bug 85753 in firefox "[apport]  firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [High,Needs info]  https://launchpad.net/bugs/85753
[03:43] <asac> yes that is definitly a mt-needsummary :)
[03:43] <asac> as "firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" is irrelevant :)
[03:43] <gnomefreak> so lets still use it as some need it
[03:44] <asac> yes ... i think we should reassign those crashes to flashplayer-nonfree
[03:44] <asac> as long as we get no feeback from adobe
[03:44] <asac> they can always take core dump and generated debug symbols etc.
[03:45] <asac> about summary: actually ... imo a bug without propery summary cannot pass mt-confirm
[03:45] <gnomefreak> well i retraced it but alot of ?? in it the ones that are there are flash
[03:45] <asac> as mt-confirm is activity "just confirm", i see no problem to specifically indicate that a bug needs a good summary/description to go to "Confirmed" state at some point
[03:45] <asac> yes probably
[03:46] <asac> but maybe due to missing dbgsym packages?
[03:46] <asac> WARNING: dbgsym for libxi6 2:1.0.1-0ubuntu1 not found by glob "/tmp/tmp_bDLsg/archives/libxi6-dbgsym_2%3a1.0.1-0ubuntu1_*.ddeb"
[03:46] <asac> WARNING: dbgsym for libgcc1 1:4.1.2-0ubuntu1 not found by glob "/tmp/tmp_bDLsg/archives/libgcc1-dbgsym_1%3a4.1.2-0ubuntu1_*.ddeb"
[03:47] <asac> WARNING: dbgsym for libcairo2 1.3.12-0ubuntu1 not found by glob "/tmp/tmp_bDLsg/archives/libcairo2-dbgsym_1.3.12-0ubuntu1_*.ddeb"
[03:47] <asac> or are those normal?
[03:47] <gnomefreak> yes
[03:47] <gnomefreak> he doesnt have those for feisty i guess but edgy they work
[03:47] <gnomefreak> if you read further it will say bleh dependencies (using bleh)
[03:48] <gnomefreak> hes repos need alot of work thats why i think hosting our own would be better (atleast we keep trace of it)
[03:49] <gnomefreak> it worked great on the first one i did today doing the backwards retrace
[03:49] <gnomefreak> i never did upload the log of it though :(
[03:51] <asac> i will ask
[03:58] <asac> Bug 41828
[03:58] <Ubugtu> Malone bug 41828 in firefox "Firefox does not create a ~/.mozilla/plugins directory if it doesn't exist." [Medium,Confirmed]  https://launchpad.net/bugs/41828
[06:58] <asac> Bug 86338
[06:58] <Ubugtu> Malone bug 86338 in firefox "Crash on submitting forum reply (AnandTech)" [High,Needs info]  https://launchpad.net/bugs/86338
[07:00] <asac> Bug 81528
[07:00] <Ubugtu> Malone bug 81528 in firefox "iTunes (Apple) website crashes Firefox" [Medium,Needs info]  https://launchpad.net/bugs/81528
[10:10] <gnomefreak> im still away but i think we need to find out how to tell between 32 and 64bit systems. there are a few retraces taht i got one line of stack and as i continued found one came out just like them and it was 64bit. do we ask this before <mt-needretrace> or how to figure this out. there were 2 or 3 that i did took total of over hour and came up empty.
[10:29] <gnomefreak> all the feisty crash reports will have to be updated and made sure they are 32 or 64 or the retraces will turn out bad due to the version sof packages needed are too old and not in cache anylonger.