[12:30] nothing useful that i can tell in the 2.0+0 version. i have 9 threads but still no symbols found but more info than no debugging symbols [12:30] im gonna upload the one i got done tonight [12:35] New bug: #83653 in firefox (main) "pdf download in gmail close firefox" [Undecided,Unconfirmed] https://launchpad.net/bugs/83653 === gnomefreak gone again [12:42] gnomefreak: have you succeeded to retrace a report from a current firefox? [12:42] yes im gonna split it up and upload it [12:42] good [12:42] as soon as i figure out where to split it but that should be easy [12:43] 34.5 mb [12:46] stack trace would be nice :) [12:53] procmaps is large [12:59] ok got 3 uploaded so far [01:03] do you want the long ass coredump? [01:04] stacktrace is uploaded :) [01:06] all files uploaded now. [01:07] oops thats not the full coredump but i dont hink you need it anyway === gnomefreak out for dinner [01:55] hmmm unfortunately trace does not have line numbers :( [01:55] hmm [01:55] have to go to bed .... n8 [02:01] gnomefreak: one more ... does it make a difference if you run with firefox-dbg package installed (in addition to what apport-retrace installs) [02:52] ill try in the morning [02:56] pitti;s repo needs updating i can finally confirm that === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [11:59] New bug: #71377 in mozilla-thunderbird (main) "Sent item message text won't initially display in preview pane for messages with attachments" [Low,Needs info] https://launchpad.net/bugs/71377 [12:58] anyone awake ? [01:23] yeah sort of [01:25] New bug: #41076 in firefox "GSSAPI unavailable, missing library" [Medium,Needs info] https://launchpad.net/bugs/41076 [01:29] gnomefreak: how is your gf doing? getting better? [01:30] she eh [01:30] shes still feeling sick but nothing as bad as yesterday. shes getting color back in her face [01:32] be back in a bit i have to get coffee so i can make it :( [01:32] iim trying retrace while im gone [01:36] coffee in a good idea... [01:37] :) === asac almost eats coffee ;) === Admiral_Chicago will grab a cup in a few [01:50] gnomefreak: did you mark the gtk_style_realize bugs as duplicates? [01:50] bug 81978 is another one ... and probably the one with the best info attached [01:50] Malone bug 81978 in firefox "[apport] firefox-bin crashed with SIGSEGV in raise() | gtk_style_realize " [Undecided,Needs info] https://launchpad.net/bugs/81978 [02:07] can we currently see all bugs that have not been active for a certain amount of time (e.g. 30 days) ? [02:07] i don't think so, hmmm [02:09] no [02:10] maybe a wishlist bug for launchpad then :) [02:11] yes I've been looking for that for a while [02:11] but I guess its already posted. I will raise this issue. The launchpad developers appeared keen to help us last time I talked to them === Admiral_Chicago is still miffed at LP team. [02:12] actually we have one of the most complex packages and we are a good example how complex bug workflows might look like [02:12] Admiral_Chicago: why? [02:12] the whole Karma thing. [02:12] any problems in recent history ;) ? [02:12] ahh .... karma-whore you are ;) [02:13] they completly threw out about a week of my work when they reduced the Karma [02:13] hmmm ... maybe an accident [02:13] there have been users like pitti that had karma numbers so high you couldn't even read them :) [02:14] so there was a need to do something about that i guess [02:14] probably, but I was hoping to apply for membership soon and now I look like a jabroni imo [02:14] AlexLatchford: you should consider membership soon as well :) [02:15] New bug: #83750 in firefox (main) "mailto protocol not supported in firefox" [Undecided,Unconfirmed] https://launchpad.net/bugs/83750 [02:16] I don't think that karma will be a problem in regards to membership. People new the scale before ... and now they get used to what karma means with the new scale :) [02:16] s/new/knew/ [02:17] yes, I may add my name to the next meeting. [02:18] Not just yet, I have only been around on the scene for 3 months or so [02:18] need to do a little more work [02:18] :) [02:19] ah I've been around since Breezy, started developing around end of Dapper [02:20] I started using Ubuntu at Breezy, but didnt really start helping until Edgy came out [02:22] ok ... i am out for some lunch === Admiral_Chicago leaves for class. gettting that cup of coffee... [02:24] New bug: #68456 in mozilla-thunderbird "Ctrl-Shift-K bound to 2 functions in Compose" [Low,Confirmed] https://launchpad.net/bugs/68456 [02:44] asac: no i didnt [02:48] asac: i believe that all the ?? in the traces is from bug in feisty. [02:50] asac: also did you ping pitti about issues with apport &/or his repo needing updating? if not i will ping him later === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [02:58] gnomefreak: actually I talked to him yesterday, but not about the edgy issues with apport nor with his repo [02:58] so feel free to do [02:58] k [03:12] asac: i just did apt-cache policy on firefox-dbgsym in edgy and it is wrong version this might be the cause of it (atleast leaning that way) [03:13] wonders if using pittis feisty repo will help but i doubt it [03:14] if in feisty is the same version ... then there is at least a chance [03:15] asac: but everything else outside of firefox will be different including depends but pitti isnt here atm so i cant ask him [03:15] so at this point im installing everything i didnt have like java and flash [03:16] maybe a build-dep too [03:18] n [03:18] hmmm try to install firefox-dbg too and see if it yields better symbols (including line-numbers and variables) [03:18] it already is [03:18] ah ok [03:18] no line numbers [03:19] i see alot of ?? int he stacktrace [03:19] bug? [03:19] assuming that is where line numbers should be [03:19] it is on feisty not on edgy though afaik [03:21] other than pittis debug repo being out dated (atleast with ff) and wrong version of apport im running low on ideas here but i will work as much as i can on it today and ill try to get upstairs to try the patch [03:21] gnomefreak: look at stacktrace of bug 81978 [03:21] Malone bug 81978 in firefox "[apport] firefox-bin crashed with SIGSEGV in raise() | gtk_style_realize " [Undecided,Needs info] https://launchpad.net/bugs/81978 [03:21] thats how it should look like ... if perfect [03:21] k [03:22] gnomefreak: if you are stuck ... maybe go through bug reports and add the retrace tag to it where appropriate :) ... maybe we should suspend the retracing until we know how to properly do it [03:22] line numbers you mean the #5 part of it? [03:22] http://librarian.launchpad.net/5911445/Stacktrace.txt [03:23] im looking at it [03:23] there you see line number for all methods that belong to mozilla [03:23] e.g. [03:23] #1 [03:23] at nsProfileLock.cpp:206 [03:23] then there are even stack variables filled in ... which are really helpful to see what went wrong [03:23] ok [03:23] like [03:23] styles = (GSList *) 0x0 [03:23] in #4 [03:24] i get things like #2 0x0805b2cc in ?? () from /usr/lib/firefox/firefox-bin [03:24] see the ?? [03:25] its missing symbols maybe [03:25] yes those are missing symbols [03:26] or compiler optimizations [03:26] that could be because pittis repo uses 2.0+0dfsg-0ubuntu3 instead of 2.0.0.1 [03:26] for the firefox-dbgsym: package [03:26] hmm [03:27] but why do we need firefox-dbgsym if we have firefox-dbg installed? [03:27] maybe try to not pass -d option ? [03:27] apport uses dbgsym from what i can tell [03:27] all the warnings are on dbgsym not dbg [03:28] maybe pitti made it to look at his repo? === gnomefreak guesses [03:28] yes ... if you use -d [03:28] ah i dont need the -d? [03:28] -d means "download dbgsym" afaik [03:29] don't know what happens without them though :) ... but maybe worth a try [03:29] k ill try without it im gonna start clean redownload the report [03:40] should i stick with flash 7 or should i grab flash 9 from backports for the debugging [03:42] depends on what the user had :) [03:42] probably try the non-backports first [03:43] i am [03:43] i wish it would tell me somehow what versions of what he had [03:45] hmm [03:48] some have version info encoded as sonames (es extension to the .so files)? [03:48] http://librarian.launchpad.net/5911443/ProcMaps.txt [03:48] e.g. look at /usr/lib/libgthread-2.0.so.0.1200.9 [03:48] or usr/lib/libXft.so.2.1.2 [03:48] maybe there is such version info for flash too? [03:54] ill look asap [03:58] New bug: #58808 in flashplugin-nonfree (multiverse) "Flash stalls on install freezing synaptic" [Medium,Needs info] https://launchpad.net/bugs/58808 [04:02] ok running it witho0ut the -d [04:09] #7 0xb7e9f369 in MarkGCThingChildren (cx=0x9e69700, thing=0xa266900, [04:09] its fixed [04:09] nice [04:09] line numbers too? [04:09] #8 0xb7e9f81d in js_MarkGCThing (cx=0x9e69700, thing=0xa266900) [04:09] at jsgc.c:2471 [04:09] flagp = (uint8 *) 0x0 [04:09] thats all of #8 [04:09] suberp ... you rock :) [04:09] :) [04:10] so we need full -dbg package instead of dbgsym ? [04:10] ok its large [04:10] yes and forget the -d [04:10] you can do the apport-unpack to split it up in pieces [04:10] apport-retrace file [04:10] and only attach stacktrace for now [04:10] oh cool [04:10] apport-unpack file? [04:11] Usage: /usr/bin/apport-unpack [04:11] i got that too when trying to run it :( [04:12] hehe ... so a double check :) [04:12] apport-unpack file whate3ver/dir/i/want [04:12] right [04:12] seems i have to do something else [04:12] ill try making a folder for it i guess [04:16] you want all 3 stacks? [04:16] yeah folder might need to exist [04:17] 3? [04:17] there s astacktrace stacktracetop and threadstacktrace [04:17] theres a stacktrace .... [04:17] yes attach all for now :) ... maybe we can reduce this to just stacktrace by default later [04:17] k === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #ubuntu-mozillateam [04:19] uploaded :) [04:19] let me know if thats all and i will continue i hope [04:20] btw apport-unpack splits them up into maybe 15 files [04:20] make that 21 files [04:24] bug? [04:25] bug 47564 [04:25] Malone bug 47564 in firefox "closes when scrolling" [Medium,Needs info] https://launchpad.net/bugs/47564 [04:36] New bug: #63230 in firefox (main) "firefox crash after opening totem in a tab" [Medium,Needs info] https://launchpad.net/bugs/63230 === gavins is now known as gavin [04:40] gnomefreak: well done ... you can remove the retrace tag then and add a traced tag instead ... which means that I will look at the trace and see what is next [04:41] next time we only need stacktrace and threadstracktrace .... topstacktrace does not look particulary useful :) [04:41] ah ... maybe one should add info which crash report the trace comes from [04:42] e.g. https://launchpad.net/ubuntu/+source/firefox/+bug/47564/comments/4 [04:42] Malone bug 47564 in firefox "closes when scrolling" [Medium,Needs info] [04:42] in this case [04:43] looking [04:44] sounds good but how do we get people to comment like that :P [04:44] like what? [04:44] oh you mean like when i upload it comment that it is from crash report [04:45] yes [04:45] there are some reports [04:45] New bug: #69147 in firefox (main) "Firefox crash report" [Medium,Needs info] https://launchpad.net/bugs/69147 [04:45] the stacktraces i gave last are for adams [04:45] where multiple people post reports too [04:45] they might be unrelated [04:45] sorry forgot to add that [04:45] so it is helpful to know to which report they are related [04:46] im also going through and asking them for a crash report on newest version of ff in edgy [04:47] if they are using 2.0+0 if i dont get an answer i will go back and try to downgrade my ff and see if it works but i would rather have the newest version crash report so we know it wasnt fixed in 2.0.0.1 [04:47] yes ... first ask if they can still reproduce ... if not make a retrace with their version ... so we might be able to confirm that it was fixed upstream or something [04:48] if we find this too time-consuming we can decide to just close unreproducible crash reports. [04:48] however this should only be done as the last resort :) [04:48] agreed [04:49] bummer ... somehow have to write down all these tiny details somewhere :) [04:49] can i reassign but 47564 [04:50] bug 47564 [04:50] Malone bug 47564 in firefox "closes when scrolling" [Medium,Needs info] https://launchpad.net/bugs/47564 [04:50] asac: we can update the wikis we already have but we need people to get latest crash report than maybe assign it to me for retrace for now [04:50] now that i got it working right i can do a few a day i think [04:53] ok ... I will try to think about a tag ... maybe just a "getcrashreport" tag for bugs that need up to date crash reports? [04:53] sounds good to me [04:54] or badreport .... to indicate that there is either no, an incomplete or an outdated (for now) report attached? [04:56] badreport sounds kind of bad [04:56] ok then ... needreport :) [04:56] works [04:57] ok ... make use of it if you find such a report ... I will add "needreport" and "traced" to the wiki (later today) [04:58] running another one atm but again i need one updated :( [04:58] can we add 2 tags? [04:58] sure [04:58] keep [04:58] retrace [04:58] and just add needreport [04:58] of course general status should be "Needs Info" for those reports [05:00] apport takes alot of cpu :( [05:01] grrrrr [05:01] apport giving damn errors again let me see what i can do [05:02] AssertionError [05:02] hmm sounds bad :/ [05:03] yes very [05:04] more bad news. i dont think you can add more tags. it brings up the tag itself to either remove it or change it [05:05] Traceback (most recent call last): [05:05] File "/usr/bin/apport-retrace", line 292, in ? [05:05] report.write(out) [05:05] File "/usr/lib/python2.4/site-packages/problem_report.py", line 141, in write [05:05] assert v.find('\n\n') < 0 [05:05] AssertionError [05:05] thats full error [05:06] ha and its tag tag [05:10] what ... just one tag? [05:10] per report [05:10] bad [05:11] let me try :) ... bug? [05:11] yeah [05:11] you need to separate tags by space :) [05:11] :) [05:11] https://launchpad.net/firefox/+bug/15179 [05:11] Malone bug 15179 in firefox "Users should be discouraged from editing temporary files" [Medium,Confirmed] [05:12] you know how I can easily navigate to the Ubuntu bug from there? [05:12] do i still need my dir. for bug 47564 [05:12] Malone bug 47564 in firefox "closes when scrolling" [Medium,Needs info] https://launchpad.net/bugs/47564 [05:12] yeah i added a tag to bug 69147 [05:12] Malone bug 69147 in firefox "Firefox crash report" [Medium,Needs info] https://launchpad.net/bugs/69147 [05:14] for but 47564 ... just replace tag by 'traced' and reassign to team [05:14] can i get rid of my dir that i was working in or do you still need files? [05:15] don't need them ... if it is really hard to redo in case we really need more you might consider to keep it somewhere [05:15] case = unlikely [05:16] asac: its not too bad now that we got it working [05:17] if you nee di can retrace it but for now its gone [05:17] fine ... I don't think we need more [05:17] actually this stack looks familiar to me ... remember something like this being fixed in 2.0.0.1 === gnomefreak starting from old reports so it is possible [05:23] im wondering if this crash report is bad [05:24] im asking in -bugs if anyone has seen it [05:25] which crash ? [05:25] bug 69147 [05:25] Malone bug 69147 in firefox "Firefox crash report" [Medium,Needs info] https://launchpad.net/bugs/69147 [05:25] ? [05:25] yes === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-mozillateam [05:25] f4hy's report [05:26] its a duplicate [05:26] you know this bug? [05:26] wait a sec [05:26] i processed it yesterday [05:27] :) [05:27] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/73536 [05:27] Malone bug 73536 in firefox "Firefox crashes on instant X server shutdown" [Medium,Needs info] [05:27] but its valid ... (if they are indeed the same) [05:27] wont know without the retrace will we? [05:27] actually it crashes when X is forcefully shutdown [05:27] and report is generated on next login [05:27] for that incident [05:29] yeah ... probably ... we should anyway ask if he forcefully shutdown his X server before [05:29] k [05:30] asked [06:09] filed a bug report on that error it looks like its his crash report === asac is temporarily away [06:16] be back in 50 min [06:16] k [07:01] ok if anyone needs a retrace for imporant bugs let me know ill be working on older bugs but i can always fit one in :) === gnomefreak might be retracting that statement :( [07:12] lets see how new apport works [07:21] asac: new comment from one of the reporters on bug 69147 (what would you like to do with this one?) [07:21] Malone bug 69147 in firefox "Firefox crash report" [Medium,Needs info] https://launchpad.net/bugs/69147 [07:27] god i hope your kidding on bug 45008 [07:28] Malone bug 45008 in firefox "Firefox Crashes on Saving Files" [Medium,Needs info] https://launchpad.net/bugs/45008 [07:30] will look in a secons [07:30] d [07:31] asac: we have issues im gonna upload stack for bug and i would like you to see if that is enough. im getting that error still and its not finishing [07:32] yeah ... apparently bug 45008 is a dupe. god guess I guess :-P [07:32] Malone bug 45008 in firefox "Firefox Crashes on Saving Files" [Medium,Needs info] https://launchpad.net/bugs/45008 [07:32] ups [07:32] sorry i ment 69147 [07:32] :) [07:32] so where are you stuck? [07:34] apport is erroring nad not finishing [07:34] and* [07:34] look at stack uploaded to bug 69315 let me know if its enough [07:34] Malone bug 69315 in firefox "random crash" [Medium,Needs info] https://launchpad.net/bugs/69315 [07:35] looks fine ... yes. [07:35] so what about bug 45008 ? [07:35] Malone bug 45008 in firefox "Firefox Crashes on Saving Files" [Medium,Needs info] https://launchpad.net/bugs/45008 [07:35] kidding? [07:35] lots of crash reports [07:36] will look at them see if i cant get them done [07:36] yupp [07:36] there are even lots of duplicates [07:37] do you want all the dupes too? [07:37] named: https://launchpad.net/ubuntu/+source/firefox/+bug/45008/comments/16 [07:37] Malone bug 45008 in firefox "Firefox Crashes on Saving Files" [Medium,Needs info] [07:37] i dunno ... maybe I should go through them and look [07:38] if you get time go through them and lists what ones you want done adn i will see if i can do them [07:38] i will add retrace on them :) [07:38] there should be already plenty with that tag :) [07:39] hopefully ... i will do retraces too soon ... but not before I have finished lots of other work still here (e.g. repackaging firefox, thunderbird ...) :) [07:39] i see a few with 2.0+0 version (i have that one installed at the moment) and a few with 2.0.0.1 [07:40] asac: you work on what you need to i can handle the retraces for now [07:40] grr...network...bothers...me === hjmf [n=hjmf@87.Red-83-40-226.dynamicIP.rima-tde.net] has joined #ubuntu-mozillateam [07:41] javascript...I hate it so much... [07:45] ok went throught he ones on 45008 and i will try to get 6 done theres one with no version i will see if i can get that one done too but not holding breath [07:45] Admiral_Chicago: just annoying .. or you hate to code it? [07:46] asac: i sent myself a link and I realize I don't understand %247cae%413 etc [07:46] i figured it out [07:47] hehe [08:01] ok just updated pyton-apport this should fix the errors (atleast i hope) === gnomefreak keeps forgetting to email david about reading cras reports :( [08:27] you already know how to do it :) [08:27] you see the stacktrace [08:27] you can go to the sources and their lines :) [08:27] and look whats wrong ... considering variables set to their values etc. === gnomefreak cant understand all the crypic stuff in stacktraces :( [08:30] New bug: #83827 in firefox (main) "firefox memory leak -> crash" [Undecided,Unconfirmed] https://launchpad.net/bugs/83827 [08:31] i did email him to look into it and bughelper. if we get cluefiles done for bughelper we can mark dupes very very easy [08:31] s/mark/find [08:32] https://bugs.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/24220 [08:32] Malone bug 24220 in mozilla-thunderbird "mozilla-thunderbird: SMTP down negotiation weakness" [High,Confirmed] [08:32] hjmf: if i get time in the next few days ill run the retrace on bug 83194 [08:32] Malone bug 83194 in firefox "Firefox crashes when switching video mode at filecabi.net" [Undecided,Needs info] https://launchpad.net/bugs/83194 [08:32] Anyone got any info on this? [08:34] lookijng\ [08:34] you know what i mean [08:35] looks like if its not fixed it just needs a rebuild [08:35] gnomefreak: Cool. Are you using edgy's or feisty's aport-retrace version? [08:36] i gather that froom mozilla and upstream its fixed but i might be wrong [08:36] hjmf: feistys with edgy chroot [08:36] i just updated it because i was getting errors [08:36] yeah gnomefreak I am not sure if this one has?# [08:36] I'll try it asap. Any other hints to avoid errors? [08:37] pray [08:37] lol [08:37] lol [08:37] hjmf: dont use the -d flag [08:37] and tee it off to a file other than that its working ok [08:38] are you running it directly to the crash file or to the unpacked report? [08:38] i havent run one since update of python-apport (that was in the traceback from the assertion error [08:38] directly to crash than unpacking it and just uploading stacktrace anf threadstacktrace [08:39] ok [08:39] its time consumming but without errors its nice :) btw cpu usage is high while running it [08:40] rrunning one now ill leet you know if it still errosr [08:43] I'm trying a test on edgy's patched apport, if I just only have ten minutes of free time :/ [08:43] gnomefreak: what do you want to do about the bug I linked? [08:45] no succeed :( [08:45] apport-retrace _usr_lib_firefox_firefox-bin.1000.crash -o out.crash [08:46] diff <(sed -n '1,/^CoreDump:/ {p;}' out.crash) <(sed -n '1,/^CoreDump:/ {p;}' _usr_lib_firefox_firefox-bin.1000.crash) [08:46] no differences [08:46] AlexLatchford: not sure yet. i think it just needs a rebuild (i havent finished working on building ff or tb since im on apport-retrace [08:46] hjmf: use feistys :) [08:47] I give up, I'll use feistys :) [08:47] but tomorrow [08:47] see you [08:48] i just do a simple apport-retrace file 2>&1 | tee debuginfo [08:48] new python-apport fixed it i think [08:49] oh that cant be good :( [08:51] hjmf: you might want to wait a minute before doing onee [08:52] im unpacking it now but looks like not everything was done [08:57] asac: might have found another bug in apport can you please take a look at the 2 files i uploaded to bug 45008 [08:57] Malone bug 45008 in firefox "Firefox Crashes on Saving Files" [Medium,Needs info] https://launchpad.net/bugs/45008 [08:57] running another on someone elses to see if it is the report or apport [08:58] oh crap [08:59] hjmf: also install the -dbg package for ff [08:59] im wondering if i need gtk crap [09:04] gnomefreak: what makes you think that there is a bug in apport? [09:04] installing gtk dbg package might help to get more symbols [09:04] still alot of ?? and in some of the parts of the report there are no symbols looks the same as the one i downloaded :( [09:06] yeah ... the ?? are normal I guess [09:06] thats how stacktraces look like :) [09:07] maybe its somewhere in the kernel user-space api for which you have no symbols [09:11] ah ok. im looking for all the gtk-dbg i can find would you like a rerun on that one? [09:12] not needed ... for now :) [09:13] thx [09:15] np [09:23] btw, if you ask users to test if problem disappears without extensions et al, ask them to run [09:23] firefox -safe-mode [09:23] thats easier [09:23] probably worth a wiki entry :) [09:23] k [09:29] anyone feel like building thunderbird for AlexLatchford ? [09:31] wish there was a ubuntu-desktop-dbg metapackage :( [09:32] gnomefreak: if you have a guide on how to do it ill give it a stab [09:32] AlexLatchford: you still have that link handy [09:32] erm. its the first bug on the tb list [09:32] https://bugs.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/24220 [09:32] Malone bug 24220 in mozilla-thunderbird "mozilla-thunderbird: SMTP down negotiation weakness" [High,Confirmed] [09:32] yes lol [09:33] still on my paste selection [09:33] AlexLatchford: not for mozilla :( they have a guide on building the package from scratch but not rebuild [09:33] can I have a link for that? [09:33] and than adding patches makes it a bit harder i believe [09:34] AlexLatchford: lol asac already knows that one [09:35] meh? [09:35] i see his name on the replys [09:35] looks like he built debians version [09:35] aha yes, upstream its got his name on it [09:35] didnt check that lol [09:36] thus its fixed? [09:36] in debian it is [09:36] he hasnt built ubuntu's yet [09:36] aha ok, so no its not just yet [09:37] maybe we are lucky and its on his to do list [09:37] should be [09:38] i think for the most part i got the concept of building firefox (maybe same for thunderbird) but i would like to get a complete one done and checked so im more sure of myself [09:38] pitti told me that we can drop the -dbg packages ... but seen the output of apport-retrace with just dbgsym I doubt this is a wise decision [09:39] asac: i wont until the update to that repo is done [09:39] he pinged infinity and someone else about it he said this morning [09:40] yes ... but given some foresight is never bad ... in case we really don't need -dbg packages for feisty, I will drop it and provide one somewhere else for the time being [09:40] theres a much wider selection of dbgsym than dbg packages and that sounds good but i want to make sure repo is fully updated before we go there [09:41] yes, but you managed to produce a retrace with -dbgsym symbols, didn't your [09:41] ? [09:41] asac: no because firefox-dbgsym isnt updated [09:41] though we could see the methods, we had not much details [09:42] so you couldn't find a -dbgsym package with the same version or a bug in -dbgsym creation? [09:42] that one is the most imporant because he would have to change 20 other ones too iirc there was out-dated and depends issues because of it being out-dated [09:42] hmm [09:43] but have you looked at the size? [09:43] the -dbg package is about 50mb [09:43] example firefox-2.0.0.1*-dbgsym isnt ther eits still at 2.0+0*-dbgsym [09:43] yes i know [09:44] After unpacking 311MB of additional disk space will be used. for 69 -dbg packages [09:44] they are all over bloated IMHO [09:44] hmmm .... ok ... maybe we should just wait ... if I have time I will provide a full -dbg package from some other destition so we can retrace on it [09:44] k [09:44] hmm [09:44] 311MB [09:44] yep [09:45] thats about the size the sources are when unpacked :) [09:45] i know. they are huge but we need them atm [09:45] maybe not by coincident :) [09:45] no actually I wonder if we will get that much detail with just -dbgsym package [09:45] including line numbers [09:46] and variables [09:46] but maybe ;) [09:46] from what ive heard its working ok in feisty [09:46] they are getting everything they need [09:46] gnomefreak: you got the build link? [09:46] really? we have an example stacktrace done that way? [09:46] AlexLatchford: yeah giv eme a sec [09:46] asac: i dont [09:47] AlexLatchford: http://doc.ubuntu.com/ubuntu/packagingguide/C/ [09:48] ta [09:48] you might want to start at 1 (not sure what 6 looks like [09:49] AlexLatchford: remember might not be the same for mozilla products [09:49] mozillas are packaged with debhelper: http://doc.ubuntu.com/ubuntu/packagingguide/C/basic-debhelper.html [09:49] aha ok, thanks [09:49] but thats all they have in common atm [09:50] i will consolidate that asap :) [09:50] thunderbird uses a patchsystem [09:50] thats the one i was using i think [09:50] called dpatch [09:50] http://doc.ubuntu.com/ubuntu/packagingguide/C/ch04s03.html [09:51] however its broken :) to do the example in there, because thunderbird does not ship sources directly in orig.tar.gz, but as an included tarball [09:51] this is an ugly practice [09:51] and should not be copied nowadays [09:51] :-P [09:51] its a bit of working around. would be nice if there was a guide that worked [09:51] for what? specifically mozillas? === gnomefreak got pissed at that guide [09:52] yes [09:52] they *are* packaged already [09:52] one just needs to improve [09:52] asac: like patching and rebuilding to include fixes and the steps to use [09:53] actually I would package a simple package from the beginning, but then learn about packaging by working on mozilla tree === gnomefreak has done hello-debhelper already :) [09:53] yes ... patching is quite different for different packages ... depending on what approach the maintainer used [09:53] like 4 times [09:53] hmmm [09:53] so what is missing? [09:53] works fine for hello-bughelper [09:54] but thats the only package it works with [09:54] why? [09:54] where is hello-bughelper? [09:55] if you read the step by step most new users are gonna follow it and its based on hello-debhelper there is no other debhelper packages in repos [09:55] sorry debhelper not bughelper [09:55] where is that tutorial? [09:55] like things liek mv hello-2.1.1 hello-debhelper-2.1.1 [09:55] http://doc.ubuntu.com/ubuntu/packagingguide/C/basic-debhelper.html [09:56] that wont work on anything but hello-debhelper (cant do that for any other package. mv package package-debhelper [09:57] hehe [09:57] wait a sec [09:57] it would have been nice if it used a real life senerio [09:57] then maybe go for good old debian ;) [09:57] http://www.debian.org/doc/maint-guide/ [09:57] even hello-2.1.1 would have been better [09:58] its a bit more explicit, but imo better [09:58] it guides you from the package selection to uploading/updating packages [09:58] of course it cannot cover any corner case [09:58] but for normal automake based software this should work perfect [09:59] that looks alot nicer [09:59] it should work 1:1 on ubuntu [09:59] but im assuming instead of changing debians changelog and control you change ubuntus [09:59] its the same :) [09:59] just [10:00] debian/changelog [10:00] and [10:00] debian/control [10:00] ah [10:00] thats the trick ... from a packaging point of view, debian and ubuntu are completely equivalent [10:00] at least thats the idea [10:01] hjmf: how is it coming? [10:02] asac: but to build ubuntu's with debian patches you would change all ubuntu/debian changelog and ect ... and just dpatch the patch (i know ther eis more but that seems to be the idea to me) [10:02] sorry ... maybe rephrase ;) [10:03] like take the thunderbird package that we need to build with debians fixes [10:03] ok ... go ahead [10:04] you would grab apt-get source thunderbird (for ubuntus tb) and download the dsc the diff and tar from debian but most work is gonna be done in ubuntus folder like /maindir/ubuntu/debian/ (with the changelog, rules, control files) [10:05] since we are gonna be using dpkg-buildpackage to build ubuntus package not debians [10:06] no exactly ... maybe like this: [10:07] 1. we just build a deb package when we run dpkg-buildpackage [10:07] 2. sometimes ubuntu adds patches or has newer original sources than debian for packages [10:08] 3. thats why we link against different library versions than debian ... and thus you call for trouble if you forcefully install deb packages build in debian on an ubuntu machine and v.v. [10:09] right [10:09] actually its the same package [10:09] but versions are differrent [10:09] yes ... thats because you take upstream package [10:09] and change something (reapply previously developed improvements for instance) [10:09] package-2.1-0ubuntu2 has 2 pataches that debian may not have [10:09] sure [10:10] after merge atleast [10:10] then you understood, but I just couldn't parse what you said :) [10:10] ah :) [10:10] so what do you want to do? === gnomefreak thinks hjmf was having trouble and ran away for a few [10:11] package a NEW package ... or adopt an upstream (debian) package to improve? [10:11] asac: add patch from debians tb to ubuntus tb [10:11] ah ok :) [10:11] something lije that [10:11] like* [10:11] you have the patch already? [10:11] no you do [10:11] or just as exercise? [10:11] :) i can get it when i do it [10:11] really? [10:11] asac: your name is all over debians build [10:12] that you fixed [10:12] oh ... you want the debug package? [10:12] you want to do it? [10:13] AlexLatchford: wants to try it. i just need practice. here is the bug that he was talking about fixing bug 24220 [10:13] Malone bug 24220 in mozilla-thunderbird "mozilla-thunderbird: SMTP down negotiation weakness" [High,Confirmed] https://launchpad.net/bugs/24220 [10:13] i will but it will have to wait maybe till weekend [10:14] yes this bug is well known to me and upstream [10:14] i would like to get this bug will 35 crash reports off my to do list first but im getting there :) [10:14] its not an issue ;) [10:14] 35? [10:14] asac: well i dont know how many are on the dupes [10:14] maybe just pick 1 crash per reporter :) [10:14] theres 6 on that one bug alone [10:15] ah [10:15] though 35 in a single bug :) [10:15] thought [10:15] cant be sure they are dupes without checking them [10:15] ah ... now i see :) [10:16] the problem about bug 24220 [10:16] Malone bug 24220 in mozilla-thunderbird "mozilla-thunderbird: SMTP down negotiation weakness" [High,Confirmed] https://launchpad.net/bugs/24220 [10:16] :) [10:16] malone pretends that it is fixed :) [10:16] asac: its not fixed in debian? [10:16] thats not the case ;) [10:16] yeah [10:16] the bug was cloned and reassigned to the renamed package :) [10:16] oh god [10:17] its easy to track [10:17] wade throuh all bugs with reference to debian and look if its cloned :) [10:17] indeed ... thats a mess [10:17] ;) [10:17] anyway ... something for later :) [10:18] yep way later :) [10:20] ok ... i fixed the negotiation reference [10:20] so i guess its of your TODO list :-P [10:21] unless you want to debate upstream of course :) [10:22] lol [10:22] that doesnt help lol [10:23] we could use the patch before we can add it to ubuntus version [10:23] nope ... we cannot :) [10:23] unless we release iceweasel too ;) [10:24] ubuntu wont afaik but lost interest in that debate a long time ago === gnomefreak has builds of iceweasel (using checkinstall) :( [10:24] i think [10:24] its been a while [10:25] its not that different :) [10:26] i can do the "./configure make and checkinstall/make install" without a problem [10:26] i still regularly use it [10:26] :) [10:26] people hate it but its a great wrapper if you ask me [10:27] in general i have no feelings about tools :) [10:28] i only care that there is choice [10:28] and freedom ;) [10:30] thats all that matters :) the rest is fixable [10:30] more or less [10:30] :) [10:32] AlexLatchford: if you take firefox in general to build (not really changing anything just adding your name and getting hang of the files that you need to change) if you have questions we can help you [10:33] good final outcome litian == no errors or warnings (not gonna happen with ff) and you build the source and binary with the changes to the files === gnomefreak gonna get as far as i can on this bug than overnight i will have wget get the rest of them and retrace them tomorrow most likely but ill be here for another say hour or 2 [10:36] its about 30 minutes to grab a crash report on this crap dsl lite connection [10:37] hmm ... thats really bad [10:37] 26kbps [10:37] thats unbelievable ... your max? [10:37] not much faster than dial up [10:37] or just max to lp [10:37] ? [10:38] asac: i think i have maxed out at 35kbps (this is real speed not what they say) [10:38] anywhere anything i downlaod [10:38] ouch [10:39] yep i should be upgrading to real dsl soon [10:39] to dl an ISO for cd is about 8hours [10:42] thats amazing ... just curious, what do you pay for that? [10:43] 8 hours? [10:43] I downloaded Edgy in 20 minutes [10:44] for me 35kbps would somewhat be unbearable :/ [10:44] yes, thats what I was getting in 1999 [10:45] :( [10:51] /win/win 5 === Adri2000 [n=adri2000@ubuntu/member/adri2000] has joined #ubuntu-mozillateam [10:56] hi [10:56] Admiral_Chicago: why did you reject this bug https://bugs.launchpad.net/ubuntu/+source/mozilla-firefox-adblock/+bug/83288 ? [10:56] Malone bug 83288 in mozilla-firefox-adblock "firefox adblock doesn't work" [Undecided,Rejected] [10:57] because ther eis no package in ubutnu for addblock (if i rejected it) [10:57] uh? [10:58] the bug is filed against the package mozilla-firefox-adblock [10:58] this package exists [10:58] Adri2000: there is no adblock extention in ubuntu [10:58] not here it doesnt [10:58] hmmmm [10:58] in feisty it is [10:58] not edgy [10:59] yes, the bug reporter uses feisty [10:59] fixed now attach the crash report :) [11:00] it's not a crash [11:00] Adri2000: it complains about conflict doesnt tell us anything [11:00] i know i am reading it now [11:00] there is a grave bug that is fixed in debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=381337 [11:00] Debian bug 381337 in mozilla-firefox-adblock "mozilla-firefox-adblock: adblock does not get active in firefox" [Grave,Closed] [11:01] I'm uploading the fix === hjmf [n=hjmf@87.Red-83-40-226.dynamicIP.rima-tde.net] has joined #ubuntu-mozillateam [11:02] damnit its still erroring :( i hope he fixes that soon [11:04] gnomefreak: you can reproduce the bug? [11:04] Adri2000: no i dont use feistys firefox and it doesnt happen on edgys firefox in a chroot [11:05] asac: this error is making me sick but it seems i am getting most if not all of the stacktrace but thats it. [11:12] asac: if you have time can you look at https://launchpad.net/ubuntu/+source/firefox/+bug/45008/comments/22 and let me know if i need to retrace it the apport crash report he also has on bug with no symbols [11:12] Malone bug 45008 in firefox "Firefox Crashes on Saving Files" [Medium,Needs info] [11:13] gnomefreak: the crash theme issue is upstream: https://bugzilla.mozilla.org/show_bug.cgi?id=352096 [11:13] Mozilla bug 352096 in GFX: Gtk "[FIX] Switching GNOME theme effectively hangs app" [Critical,Verified: fixed] [11:13] so you don't need to ask for crashes nor retrace ;) [11:13] its fixed upstream? [11:13] not fixed ... not landed on the branches [11:13] k [11:13] but there is a fix [11:14] will you mark the main bug for that case accordingly? or should I do? [11:14] ill do it [11:14] great [11:16] hmm [11:16] maybe do one more in that bug [11:16] that should be enough [11:17] i think most of our bugs are actually gtk_style based [11:17] there must be something seriously messed up at up [11:17] us [11:17] i even think most of our crashers stem from that issue [11:17] or at least lots [11:17] i will run another one on that bug and maybe work on one more bug tonight [11:18] https://bugs.launchpad.net/ubuntu/+source/firefox/+bugs?field.searchtext=gtk_style&orderby=-importance&search=Search&field.status%3Alist=Unconfirmed&field.status%3Alist=Confirmed&field.status%3Alist=In+Progress&field.status%3Alist=Needs+Info&field.status%3Alist=Fix+Committed&field.assignee=&field.owner=&field.omit_dupes=on&field.has_patch=&field.has_no_package= [11:18] thats gtk_style search [11:18] it pops up 10 issues [11:18] and there are certainly more where noone looked at the stacktraces [11:19] somehow scary [11:19] want a stacktrace on each of them? [11:19] atleast one? [11:19] i think you can leave the gtk_style_* things alone [11:20] and go ahead to those where this info is not yet known [11:20] :) [11:20] just take care that they pop up on gtk_style search [11:20] then we mark them duplicate as soon as we know the issue [11:21] most of these look like dupes of that one [11:22] problem they seem to all have a player involved [11:23] totem or another [11:23] hmm anyway ... looks like its OUR bug [11:23] upstream has no entry for gtk_style_ref in the whole archive [11:24] neither summary nur any bug description [11:24] wonders who sent firefox upstream to gnomes bug tracker :( [11:24] someone does? [11:25] https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/74576 [11:25] Malone bug 74576 in firefox "crash after theme change [@gtk_style_realize] [@gtk_style_ref] " [Medium,Confirmed] [11:25] interesting [11:25] its right upstream just package should have been changed instead of firefox. [11:26] im gonna guess but souldnt like GTK issue atleast maybe firefox is just getting caught up in it. but than its only happening with gecko [11:26] its more likely that mozilla trashes memory and then it crashes in some gtk method because garbage is passed in [11:27] can you reproduce a crash on theme change? [11:27] did you ever tried? [11:27] i have tried in past but i will try again [11:28] hmmm [11:28] hmmm [11:28] actually i think the theme change we need not to reproduce [11:28] sorry [11:28] for the confusion [11:28] its fixed upstream [11:29] it is? how many upstream bugs do they have [11:29] yes [11:30] the hang/crash on theme change is fixed in the bug i mentioned above [11:30] the other crashes don't [11:31] i have some feeling that its caused by our thai-support patch ... which upstream actually complained about some time ago :) [11:31] not the theme hang/crash [11:31] i mean the other gtk related crashes [11:33] https://bugzilla.mozilla.org/show_bug.cgi?id=255366 [11:33] look at that one [11:34] bot gone? [11:34] Mozilla bug 255366 in XP Toolkit/Widgets "File picker calls crash mozilla (open file, file attach, file browser, etc)" [Blocker,Resolved: fixed] [11:34] ahhh [11:34] :) [11:34] bug 81978 look like a dupe of bug 45008 [11:34] Malone bug 81978 in firefox "[apport] firefox-bin crashed with SIGSEGV in raise() | gtk_style_realize " [Undecided,Needs info] https://launchpad.net/bugs/81978 [11:34] Malone bug 45008 in firefox "Firefox Crashes on Saving Files" [Medium,Confirmed] https://launchpad.net/bugs/45008 [11:34] exact dupe [11:34] i saw some crashes with a stacktrace that included file picker [11:34] i think thats our crash upstream [11:34] i mean some of the gtk_style_* crashes [11:35] it looks like a thunderbird issue too [11:35] yes ... if we have reports about crashes on file open/save/sattach, than its that bug [11:36] ups [11:36] everything wrong [11:36] i had the wrong search mask :) [11:37] should i change upstream on bug 45008 to the new one? [11:37] Malone bug 45008 in firefox "Firefox Crashes on Saving Files" [Medium,Confirmed] https://launchpad.net/bugs/45008 [11:38] no ... i messed up in my research :) [11:38] it was an old bug [11:38] ah [11:38] long ago ... i should sleep :) === gnomefreak needs to too but its a bit early [11:40] yes 81978 + 45008 are dupes [11:40] both are filepicker crashes [11:40] bug 81978 [11:41] Malone bug 81978 in firefox "[apport] firefox-bin crashed with SIGSEGV in raise() | gtk_style_realize " [Undecided,Needs info] https://launchpad.net/bugs/81978 [11:41] maybe add to title [@nsFilePicker::Show] [11:41] thats the line to look for in other crashes [11:41] most that contain that are most likey dupes [11:42] will you mark them? [11:42] yep [11:42] than im off :) [11:42] ok [11:42] i will change title then [11:43] i just added it to 81978 [11:44] hmmm ... me too :) [11:46] Adri2000: no fix commited doesnt fix a bug it means that you have commited a fix as in you have it ready to be acked [11:46] asac: i like your title better :) [11:47] k guys ill see everyone in the morning i need to do dinner than sleep [11:48] n8