[12:24] omg, you all destroyed my inbox [12:29] sorry [12:29] :) [12:30] would like to add more but i dont think i can [12:30] haha, no apologies neccesary, i just want to know what you did [12:30] im gonna leave it for 30 minutes see if it ever gives me anything [12:30] retraces [12:30] automatically? [12:30] no using apport [12:31] than all the changes i have to make per bug cant be done in one interface [12:32] 98% of what you have in your box from me is all retraces [12:32] oh i see, i still am not sure what apport and bughelper do. [12:33] apport is used in my case to pull debugging symbols out of coredumps [12:33] so all the reports you see with (nodebiggong symbols found) or whatever it says i use apport to get them :) [12:34] oh cool. [12:34] so we dont need user input as much (they dont need to run dbg) [12:34] even better. [12:36] ok who are the nitwits that keep marking upstream with no upstream bug and closing reports when they dont need to be closed? [12:38] im getting real tired of this shit [12:38] not sure I *just* got back to my desk [12:38] power went out for the whole area. [12:38] gnomefreak: .... i added upstream bugs without bug number :) ... closing don't know. [12:39] look advanced search [12:39] it wasnt you [12:39] some guy trying to show hes working on bugs :( i had to reject 6 of them the past couple days [12:39] in advanced search there is: "Show only bugs that need to be forwarded to an upstream bugtracker" [12:39] they werent even retraced yet :( [12:39] those without bug number pop up [12:40] anyway, i did it to try that feature, but since there are not enough of those features, we need to use tags for now :) [12:40] k [12:40] might i suggest a tag for them. since we have other users doing it to so we dont get confused. i havent redone any of yours [12:40] mt-needupstream? [12:40] tags for what? [12:41] ah [12:41] there is alrady one [12:41] oh we are using it? [12:41] i havent seen it yet [12:41] https://wiki.ubuntu.com/MozillaTeam/Bugs/States#head-20d2a91720844f0d557f4dcf89321a0074734f57-3 [12:41] first step in confirmed in case we think its upstream is [12:41] mt-upstream [12:42] k [12:42] do we remove it once upstream bug is found? [12:42] if no bug is there mt-postupstream is used to show that someone should file one [12:42] mt-confirm is again said [12:42] we have to ensure that upstream recognizes bug properly [12:42] read description of state confirmed in wiki [12:42] if you have questions ask [12:42] i will fix doc then [12:43] k [12:43] just 6 sentences :) [12:43] when bug is properly processed upstream, its state "In progress" for us. [12:44] as its out of our hand [12:44] other then pinging upstream from time to time [12:44] works for me [12:44] no more tags for now [12:45] its already quite a lot to remember for time-to-time triagers [12:45] there should be better task descriptions so people can just work on what they want [12:47] wish we had tasks to hand out but still not enough memebers example(people triaging bugs, people retracing bugs, ect...) but it will be a while i would say do what you can. i would like to take some work off your back if possible so you can focus on devel and upstream as main points [12:48] yes probably right. [12:48] but good documentation might help people to become involved more easily === gnomefreak dont mind taking simple patches from you ;) [12:48] true [12:49] 48minutes and its still not doing anything [12:49] hmm [12:49] Admiral_Chicago: you busy? [12:49] maybe the attachment names are ambiguous [12:49] apport uploaded them [12:49] maybe two people attached report? [12:49] bug 71048 [12:49] Malone bug 71048 in firefox "Crash when removing private data" [Medium,Needs info] https://launchpad.net/bugs/71048 [12:49] oops [12:50] no sorry bug 87859 [12:50] Malone bug 87859 in firefox "[apport] firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [High,Needs info] https://launchpad.net/bugs/87859 [12:50] isn't this an edgy report [12:50] ? [12:50] the second one [12:50] thought apport auto download works for report since feisty? [12:50] the first one listed was mistake [12:50] gnomefreak: no. just getting through emails. [12:50] i need retrace tests on bug 87859 [12:50] Admiral_Chicago: just delete bug mail :) if its not of your bugs of course ;) [12:51] can I help you with anything. [12:51] okay I'll look at that [12:52] gnomefreak: file names look good. Don't know [12:52] if apport still works on other bugs and those attachments can be downloaded .. wierd [12:52] i might not need it try it though anyway it seems my load just got real heavy [12:53] so are you picking unconfirmed sigsegv bugs? [12:53] or sould i go through first? [12:54] you have a script you can add a bug list and things get auto done? [12:54] would that help? [12:56] it would if it works and i know how it works [12:56] will you write one? [12:56] its working now it took 55 minutes to connect to LP bug and start working :( [12:57] or should i drop it? [12:57] i dont know bash that well [12:57] ok [12:57] give me apport-retrace command [12:57] with some random bugnumber [12:57] i can do simple little scripts like just run a few commands [12:58] apport-retrace -s -v -d bug# 2>&1 | tee retrace.log [12:58] that is for feisty reports that have it attaches already unpacked [12:58] the edgy ones are gonna be a beast to make a script for [12:58] does apport produce any garbage file in directory you are currently in? [12:59] nope just the retrace.log that i end up attacjing [12:59] attaching* [01:00] to do edgy ones, they are done localy so you mkdir bug#88888 cd bug#88888 mkdir parts than wget than apport-retrace -o retrace.crash -v -d 2>&1 | tee retrace.log [01:01] http://people.ubuntu.com/~asac/multi-retrace.sh [01:01] and with edgy if more than 1 report i cd bug#88888 than mkdir cd mkdir parts [01:01] i think all with standard sigsegv summary should work [01:01] will produce retrace.$bugnumber.log in current directory [01:02] for each bug number given as argument [01:02] cool nothing is there [01:02] cool, nothing is there [01:02] nothing? [01:02] nvm [01:02] it popped up [01:03] if script does not work, let me know [01:03] k [01:03] ty will try it soon as this one is done [01:04] cool [01:09] ok did pre setup. on script so it should be multi-retrace bug#? [01:13] looks like its working :) [01:13] it echoed the command [01:24] yes [01:24] good ... already retrace.$bug.log there? [01:25] what kind of pre setup? [01:30] chmod a+x script cp it into /usr/bin/local [01:30] /usr/local/bin [01:32] yeah [01:32] or run sh ....sh :) [01:32] so run it and go to sleep :) [01:33] i can do that too ... now taht i have a 686 chroot [01:33] :) [01:34] i have someone complaing atm i cant go to bed yet [01:36] oh [01:36] ;) [01:37] i can ban anyone without the "it wasnt me someone hacked me" crap [01:37] cant [01:54] who tells such stories? [01:55] everyone :( [01:56] eagles0513875 > how was i i only asked a question 2 times in the chat [01:56] 19:32 < gnomefreak+> sorry cant get into bt atm as you can see above to show logs [01:56] 19:32 < eagles0513875 > unless someone hacked my comp [01:57] script is working :) [01:57] i think problem with LP is causing it to be so damn slow [02:00] sure launchpad creeps day in day out === AlexLatchford [n=alex@82-44-193-109.cable.ubr07.haye.blueyonder.co.uk] has joined #ubuntu-mozillateam [02:05] hehe [02:05] finally made it over to Feisty [02:05] darn the new Network manager is good [02:10] asac: script worked like acharm :) [02:10] AlexLatchford: look at your menus in gnome :) [02:10] meh? [02:10] the Control Centre? [02:10] yep [02:10] yeah I know its annoying.. [02:11] but oh well [02:11] very much so === hellcattrav [n=tmoney@ip70-174-174-217.dc.dc.cox.net] has joined #ubuntu-mozillateam [04:18] admiral chicago hello? [04:18] hey there [04:19] open up a terminal and try this... firefox --profile-manager [04:19] ok [04:20] admiral_chicago: what am i looking for, FF started and its at my home page(google) [04:21] okay wait a second... [04:22] ok [04:22] hellcattrav: try with a new profile 'firefox -ProfileManager' is the terminal...no quotes [04:25] what do you mean profile? [04:26] i typed firefox --Profile-Manager in the konsole, would you like me to take the - out between profile and manager? [04:26] hellcattrav: firefox -profilemanager [04:28] or -P [04:28] yup [04:29] ok [04:30] i get teh same thing, it goes to homepage [04:30] is it supposed to be somethign different? [04:31] hellcattrav: how did you install fx? [04:32] aptitude install firefox [04:32] okay. [04:32] i used apt-get to install it the first time and then to remove it and the second time i installed it i did it with aptitude [04:34] that's fine. hmm, what command did you run ? [04:38] just now...? i [04:38] or with the firefox -profileManager? [04:39] hellcattrav: yes, what the last command you put in a terminal [04:40] litterly firefox -profilemanager just like that [04:41] firefox -p [04:41] huh? [04:42] actually in a terminal do 'sudo killall firefox-bin && firefox -p' [04:42] no quotes [04:44] ok [04:44] what does this do? [04:45] make sure profile manager comes up, we want to make sure that its not your profile causing allthi [04:45] oh [04:45] whats the &&? [04:45] links commands [04:45] ok, now what [04:46] Admiral_Chicago: good call [04:47] ok i see firefox choose user profile [04:47] what am i looking for? [04:47] oh it also gave me some sort of error [04:48] Error: BadDevice, invalid or uninitialized input device 166 [04:48] Major opcode: 144 [04:48] Minor opcode: 3 [04:48] Resource id: 0x0 [04:48] Failed to open device [04:48] X Error: BadDevice, invalid or uninitialized input device 166 [04:48] Major opcode: 144 [04:48] Minor opcode: 3 [04:48] Resource id: 0x0 [04:48] Failed to open device [04:51] hello? [04:53] hello> [04:53] is someone there? === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [11:22] hello [11:22] that looks like he is on kde with those errors [11:23] ther eis a work around for it. its not a ff issue its kde issue [11:23] hi ... what are you doing here? [11:23] hello asac [11:23] what time is it? [11:23] sleep working :) [11:23] its 5:23am [11:23] oh man ... you should probably smoke some pot or something ;) [11:23] your really gonna love what i got for you today ;) [11:24] Done downloading [11:24] --- stack trace --- [11:24] --- thread stack trace --- [11:24] oh ... thats not much [11:24] donedoh [11:24] its a 64bit :( [11:25] you want it? [11:25] can you assign? [11:25] yep ;) [11:25] its all yours [11:27] damn [11:28] 693 bugs [11:28] total [11:28] open [11:28] most of those should be ready to be summarized. i will go through the unconfirmed bugs and get them started [11:29] ok ... for now there are just two bugs assigned with retrace for me [11:29] looks like i could handle them :) [11:30] you already tried to summarize? [11:30] i can find more for ya [11:30] no not yet was working on retracing lastnight [11:30] what the script helpful? [11:30] could you just run and go away? [11:31] yep :) [11:31] fine [11:32] bug 87942 [11:32] Malone bug 87942 in firefox "[apport] firefox-bin crashed with SIGSEGV in raise()" [High,Needs info] https://launchpad.net/bugs/87942 [11:32] ah ok [11:32] thats yours [11:32] thought it was another number [11:36] bug 86414 ... is mine too? [11:36] Malone bug 86414 in firefox "[apport] firefox-bin crashed with SIGSEGV in raise()" [High,Needs info] https://launchpad.net/bugs/86414 [11:36] probably yes [11:36] taking [11:39] asac: you want them something like bug 87956? [11:39] Malone bug 87956 in firefox "firefox crashed several times unexpectidly [@gtk_style_realize] " [Undecided,Needs info] https://launchpad.net/bugs/87956 [11:45] something like? [11:45] you mean how summary is written? [11:46] usually just [11:46] firefox crash [@...] [11:46] should be enough [11:46] s/several times unexpectidly// [11:53] ok [12:00] what do we do if out of 3 reports on one bug only one is gtk_style? [12:05] the rest? [12:05] depends [12:06] if other reports show up something else, we will forget about gtk_style report .. .because we have others for that [12:06] k [12:11] if we have three different stacktraces in one bug [12:11] we should open new bugs for each stack [12:12] and declare the original bug to be owned by some random stack [12:12] and rememberr to subscribe the report reporter to the new bug [12:13] ok that sounds reasonalbe [12:31] for new reports as stated above. Do you want stacktrace and orig. crash log? [12:58] stacktrace should be enough ... but only if its nearly zero work to copy it out of log [01:03] im adding link tot he comment to orig. crash report === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === Admiral_Chicago [n=Freddy@ubuntu/member/admiral-chicago] has joined #ubuntu-mozillateam === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-mozillateam === joejaxx [i=joejaxx@ubuntu/member/joejaxx] has joined #ubuntu-mozillateam === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [01:08] hmm [01:09] apparenlty i was offline === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [01:33] gnomefreak: have you been offline too? [01:33] netsplit [01:33] i than restarted irssi by mistake [01:34] bug 86002 <<< asac [01:34] Malone bug 86002 in firefox "[apport] firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [High,Needs info] https://launchpad.net/bugs/86002 [01:35] ah [01:37] yeah ... we already had that one [01:37] didn't we? [01:37] exact same site in backtrace [01:37] not sure ive seen it a few times [01:38] http://www.rockradioaz.cz/azlive.php?choice=0 [01:38] we have tested it yesterday [01:38] or did we talk aabout the same bug [01:38] ? [01:38] same guy too iirc [01:39] we did that was the one i got the popup dialog to accept to play the stream [01:39] but i never crashed on it [01:40] I think we need to use mt-needsummary as a single tag. right now we add it to tags mt-needreport/mt-needretrace. cause going through these alot dont have reports attached [01:41] use [01:41] firefox crash in java [@JavaPluginFactory5::CreateSecureEnv] [@ProxyJNIEnv] [01:42] ok ... makes sense [01:42] k [01:42] will stop adding double tags then :) [01:42] me too [01:59] am i still here? [02:00] thats weird :( [02:02] gnomefreak: no [02:07] mozilla folks are sometimes ... aehm ... weird :) [02:07] push a follow-up advisory sunday night ... after release: http://www.mozilla.org/security/announce/ [02:12] ajmitch: freenode pinged me again so i was wondering if i lost connection [02:14] asac: well than 2.0.0.2 im guessing is #1 piority for you than :) [02:14] thats not a good announcment IMHO [02:15] well good they see it and announce it [02:19] yeah ... have to find CVE id for that new announcement before i can release [02:20] otherwise our automatic security check will not be able to verify that this issue is fixed for us [02:22] ah === gnomefreak out for a bit. === joejaxx [i=joejaxx@ubuntu/member/joejaxx] has joined #ubuntu-mozillateam === poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-mozillateam === Admiral_Chicago [n=Freddy@ubuntu/member/admiral-chicago] has joined #ubuntu-mozillateam === ajmitch [n=ajmitch@ubuntu/member/ajmitch] has joined #ubuntu-mozillateam === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #ubuntu-mozillateam === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === rhelmer [n=rhelmer@people.mozilla.com] has joined #ubuntu-mozillateam === \sh_away [n=nnnnnnnn@server3.servereyes.de] has joined #ubuntu-mozillateam === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-mozillateam [02:52] hmm splitting all away [04:07] what is package name of proprietary flash player? [04:16] flashplugin-nonfree [04:16] or do you mean stand alone? [04:16] no [04:16] i cannot find it [04:16] what repo? [04:16] swflash i believe is the stand alone flash player and flashplugin-nonfree is plugin in mulitverse [04:16] multiverse [04:17] asac: you wont have it on 64bit [04:17] just like i wont have 64bit packages in my repos :( [04:17] hehe [04:17] right :) [04:17] second time i ran into this trap [04:17] :) [04:18] so no flash player tests for me :( [04:18] but java6? === pradeep [n=pradeep@59.92.86.243] has joined #ubuntu-mozillateam [04:19] not in edgy :( [04:19] nope just feisty [04:19] unles syou install it from feisty or java :( [04:19] what package is it? [04:21] can i unsubscribe from ubuntu-bugs when in QA team? [04:23] not sure [04:23] in feisty its sun-java6-jre or plugin or bin [04:23] sun-java6-plugin installs all of the above [04:23] Hello, can someone please confirm bug 64844 ? [04:23] Malone bug 64844 in firefox "Firefox starts very slowly" [Low,Needs info] https://launchpad.net/bugs/64844 [04:24] no [04:24] :) [04:25] What more info does that need? [04:25] not exactly info, but a tester who can show up and help to test here throughout the process of tackling this :) [04:25] so if you volunteer, we can confirm it :) [04:26] ok so if there are no volunteers, it will remain open? [04:26] maybe you could profile both applications and post the statistics, so we can see where the time is used? [04:27] not exactly ... if i (or some other team member) comes around and can reproduce this, then i will confirm [04:27] but that might take a little longer [04:28] could that be pango? [04:28] performance? [04:29] as weve found out in dapper that pango caused ff to run slower than official build [04:29] lots of options ... pango might be one, but we load more .so files at startup, which upstream links in statically [04:29] true [04:29] another option is, that we use flat chrome layout while upstream uses jarred up chrome [04:29] testcase == strart disabling options till you find it :) [04:30] we would have to test all options to see [04:30] start* [04:30] no [04:30] you can disable pango by [04:30] export MOZ_DISABLE_PANGO=1 [04:30] pradeep: does this improve startup for you? [04:31] sec [04:31] pradeep: do: [04:31] export MOZ_DISABLE_PANGO=1 [04:31] firefox [04:31] in the console [04:31] pradeep: how to you measure the startup time? [04:31] asac: you opinion on bug 44016 when you get time (going for smoke) [04:31] Malone bug 44016 in firefox "grep: /var/lib/locales/supported.d/*[^~] : No such file or directory" [Undecided,Needs info] https://launchpad.net/bugs/44016 [04:33] gnomefreak: is mt-needtestcase [04:33] updated comment [04:35] pradeep: if you have tested this, does the time diff decrease if you compare second run results? [04:40] ok taking break from mt-summary and doing a few retraces :) [04:42] asac, it's fluctuating...sometimes it's low sometimes high: 2.80s-3.20s range [04:42] k [04:42] how about pango ... any improvement? [04:43] that's what I said, it varies between tests [04:43] ok ... 2.8-3.2s absolute time or time diff? [04:43] is this default home page or is this a user set homepage? === gnomefreak wopnders if reporter has set different home pages. (would test both with default mozilla page to get diff in times) [04:45] pradeep: is homepage different for mozilla.org and ubuntu install? [04:45] asac, 'user' time [04:45] default ubuntu [04:45] ubuntu.com might be slower to render than mozillas default [04:45] can you try to set both homepages to the same page [04:46] isn't the default one a local file? [04:46] e.g. set some custom homepage for you profile [04:46] ? [04:46] what is mozilla.org default one? [04:46] file:///usr/share/ubuntu-artwork/home/index.html [04:46] mozilla.com for the vanilla one [04:50] pradeep: so ... *vanilla* is user time: '2.176s'; *disabled pango* is '3s'; *all default* is '4.8s' ? [04:50] can you still reproduce these values? [04:51] asac, it's a higher value with a home page set [04:52] 3.76s (pango enabled), 3.31s (disabled) === asac still wonders how you stop the timer in a reproducible fashion [04:53] anyway, if you are subscribed to the bug and you stay available for further tests, we can move this to confirmed [04:56] done [04:56] pradeep: at some point i might ask you to test preview packages, please provide feedback, so we can find the cause of this. [04:58] asac, thanks for confirming [05:01] np ... stay tuned :) [05:04] asac: you have about 100+ emails most are due to that damn gtk retraces thing (its too damn early to think [05:06] gnomefreak: GREAT ...w ill look === pradeep [n=pradeep@59.92.86.243] has left #ubuntu-mozillateam ["Leaving"] [05:13] lp is damn slow :/ [05:13] yep === Admiral_Chicago [n=Freddy@st074039212101.monm.edu] has joined #ubuntu-mozillateam [05:26] those are done :) [05:26] for now atleast [05:26] gnomefreak: 2.0.0.2 bits for i386 [05:26] are there for testing in people.ubuntu.com/~asac/mt-feisty/ [05:27] those are the ones that will probably go up [05:28] ok downloading now [05:28] will install when im done with feisty retraces for the day [05:47] asac: is that a testing 2.0.0.2 repo? [05:55] for now ... actually those are send up ... so its more a last minute testing repo [05:56] it has a ./ or /. at the end? [05:57] class now [05:59] ./ [05:59] http://www.asoftsite.org/apt-archives.html :) [06:00] ty [06:00] gnomefreak: we really need someone who can reproduce one of those gtk_style crashes [06:00] it is said that it crashes after one closes a tab with a plugin like totem installed [06:01] e.g. on side where video is embedded [06:01] there are so many of them do we really need to? [06:01] yeah [06:01] we have to verify if a fix fixes it [06:01] i have a patch at hand, but it is not clear if and which variants it fixes [06:02] do we have a step by step example for one of them [06:02] if not, we probably should try to fix it on our own, as upstream appears to be out of resources here. [06:02] i can work on it today if we have one with link that crashes and so on [06:03] i can try it in between house work while im getting ready for my trip on thursday [06:03] ty [06:18] asac: is ther ea bug with a good testing instructions? [06:19] not that i have seen [06:20] navigating to site with embed video, then closing tab and opening filedialog on other tab (via save link as) ... might do :) [06:20] Attempted to load file chooser dialog from gmail file attachment button. not very helpful nad is same stack as the rest of the gtk things [06:21] yes ... as i said ... close a tab with running video before [06:21] or other embedded plugin (flash??) [06:21] then open file chooser via link [06:21] or drag a link to/from gnome desktop [06:21] something that causes a restyle :) [06:22] (don't ask me how :)) [06:22] those are my best guesses from what i have red so far [06:22] ok [06:22] i have no flash player plugin, ... and i don't know a site where video is embedded [06:23] btw, totem destructor patch is already fix released by seb128 [06:23] so we might now be able to reproduce this bug with totem again :) [06:24] true === gnomefreak doesnt seem to be crashing at all :( [06:33] which site do you use? [06:34] i was using youtube [06:34] hint flash [06:37] where is a totem site? [06:37] dont know off hand i dont really watch movies from online. too much buffering with slow net connection [06:37] when are we releasing 2.0.0.2? [06:38] soon [06:38] if there is anything I can do... [06:42] poningru: test a firefox crash :) [06:43] poningru: search for gtk_style_realize ... and try to figure out how to reproduce ;) [06:43] yes sir [06:43] s [06:44] there are a hundreds of duplicates ... so it should be possible ;) [06:44] on lp.net right? [06:44] yeah ... firefox source [06:45] https://launchpad.net/ubuntu/+source/firefox/+bugs?field.searchtext=gtk_style_realize&orderby=-importance&search=Search&field.status%3Alist=Unconfirmed&field.status%3Alist=Needs+Info&field.status%3Alist=Confirmed&field.status%3Alist=In+Progress&field.status%3Alist=Fix+Committed&assignee_option=any&field.assignee=&field.owner=&field.status_upstream=&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch [06:45] better (shorter url): [06:45] https://launchpad.net/ubuntu/+source/firefox/+bugs?field.searchtext=gtk_style_realize&orderby=-importance&search=Search&field.status%3Alist=Needs+Info&assignee_option=any&field.assignee=&field.owner=&field.status_upstream=&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.tag=mt-confirm [06:47] when watching embedded video [06:47] and bookmarking a page opened in another tab i get [06:47] lots of 18:47:11: ERROR: move_display_object() -- can't find object at depth 3 [06:48] in console [06:48] bookmarking: dragging page into bookmark menu [06:52] maybe it happens only on feisty? [06:53] are there reports on edgy for this stack too? [06:53] not sure im using feisty [06:53] yes [06:53] if you mean the gtk one [06:57] just tryed the gmail one with gtk issue and it works fine for me [07:02] i tried 10ish and still cant reproduce any of these as they state to do it [07:03] hmm [07:03] i hate field tests ... we should actually be able to reproduce such a common crash ... damn [07:04] here bug 70411 has decent instructions and i cant reproduce it at all [07:04] Malone bug 70411 in firefox "Firefox Crash [@gtk_style_realize] " [Medium,Needs info] https://launchpad.net/bugs/70411 [07:04] even a link [07:04] https://bugzilla.mozilla.org/show_bug.cgi?id=359870 [07:04] Mozilla bug 359870 in Plug-ins "crash on style reset after closing tab with xembed plugin" [Critical,New] [07:05] maybe this helps [07:05] there is a brief outline [07:05] though this might not be our bug [07:06] totem hasnt crashed for me since i patched totem [07:06] fx and totem work fine here together [07:06] hmm ... maybe it just doesn't happen on gnome because all styles are already initialized? [07:07] any hint in those reports that at least some have kde? [07:07] dont know there are so many ways to reproduce this (seems like they are all differnet) [07:07] no [07:07] not one that i saw and i saw alot of them this am [07:08] yeah ... maybe ping a few about desktop environment specs? [07:08] what theme they are using, etc. [07:08] e.g. firefox theme + gnome theme .... if kde [07:11] or version. [07:11] 3.5.6 would have some bug fixes over 3.5.5 [07:12] asac: problem there is kde doesnt use gtk by default [07:12] yes but if firefox installed it is used [07:12] you have to install firefox [07:12] it does handle gtk [07:12] maybe styles are not setup properly from the beginning [07:12] thus my guess [07:13] it even has options about how to handle GTK apps [07:13] Admiral_Chicago: not by default you have to install gtk libs or qt-gtk something cant think of package name [07:13] Admiral_Chicago: can you reproduce the bug? [07:13] which one. [07:13] any gtk_style_realize bug [07:13] pick one there is only like 200 of them :( [07:13] https://launchpad.net/ubuntu/+source/firefox/+bugs?field.searchtext=gtk_style_realize&orderby=-importance&search=Search&field.status%3Alist=Needs+Info&assignee_option=any&field.assignee=&field.owner=&field.status_upstream=&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.tag=mt-confirm [07:13] okay let me see [07:14] Admiral_Chicago: what i understand is this: [07:14] something like you need some plugin running (embedded) and need to trigger a gtk restyle [07:15] they appear to be able to do that by opening some dialog (e.g. file-picker, or other warning) [07:15] or by dragging bookmarks [07:15] i cannot see any crash here [07:15] console output though shows some ERRORs [07:15] you mean Fx calls GTk to do some action and crashes? [07:15] for example, create a new window. [07:15] no ... gtk decides that it has to initialize some more styles [07:16] then it tries to restyle a ffox widget that cannot deal with it [07:16] however the decision to restyle is triggered by one of the actions above [07:16] that is sure [07:16] file-picker, warning other dialog ... or dragging [07:16] yea i'm looking at the gtk bugs now. [07:17] don't think its a gtk bug [07:17] restyle is a valid operation ... but ffox hand-crafted widget for embed objects cannot properly deal with it [07:17] is there anything upstream? [07:17] yes [07:17] one or two [07:18] https://bugzilla.mozilla.org/show_bug.cgi?id=359870 [07:18] that is one [07:18] Mozilla bug 359870 in Plug-ins "crash on style reset after closing tab with xembed plugin" [Critical,New] [07:18] i've tried to drag links and all but that don't recall crashing ever [07:18] i cant seem to reproduce any still [07:18] yes [07:18] but with plugin running [07:19] could the totem fix cause us not to reproduce? [07:19] or a tab with embed plugin (totem, flash) closed just before? [07:19] don't know ... did reports of this issue stop? [07:19] it might really be a follow up crash of totem trashing memore in destructur [07:19] but i doubt it is [07:20] i am running mplayer though === gnomefreak doubts it too but would be nice if i could crash it [07:20] we have reports for flash too [07:20] on this [07:20] haha, you hope to crash Fk :) [07:20] err Fx. [07:20] really? flash causing this? [07:20] or making it come out? [07:20] i saw reports about flash running and totem [07:21] not cause ... it triggers a bug in plugin impl of firefox side [07:21] at least thats what i understand [07:21] i wonder if I can crash it by installing totem and trying to play a video. [07:21] not just playing [07:21] maybe playing in background [07:22] and dragging in some other tab [07:22] okay i'll try that once apt is done with its operation [07:22] i think you have at least to close one instance of tab with totem running to trigger [07:22] so play video before [07:22] close tab ... then cause restyle [07:23] low memory causing gtk windows to not draw correctly causing crash? [07:23] playing video is a load on cpu/mem [07:23] i have a gig in my box atm [07:24] i have 256 and cant crash it no matter what i do [07:25] well maybe we can rule that out. what are minimum requirements for Ubuntu...128? [07:25] yep [07:26] don't think that we have so many crashes from users with low memory [07:27] https://bugzilla.mozilla.org/show_bug.cgi?id=241535 [07:27] Mozilla bug 241535 in Plug-ins "Assertion failure on destroying XEmbed plug-in" [Normal,New] [07:27] that one has a patch [07:27] is the second one that might be related [07:28] its referred in initial description from the other bug: https://bugzilla.mozilla.org/show_bug.cgi?id=359870 [07:28] Mozilla bug 359870 in Plug-ins "crash on style reset after closing tab with xembed plugin" [Critical,New] [07:29] Steps to reproduce (taken from [07:29] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=210151 ): [07:29] 0) Install totem plugin, start firefox [07:29] 1) Go to a site with movie links, for example [07:29] http://digital-desert.com/mpg-videos/ [07:29] 2) Open a non-movie link in a new tab, close the new tab [not sure this step is [07:29] Red Hat bug 210151 in firefox "Totem-mozilla plugin crashes firefox" [Normal,New: ] [07:29] necessary] [07:29] 3) Open a movie link in a new tab; wait for it to load in the totem plugin; [07:29] close the tab [07:29] 4) Right-click the movie link, Save Target As [07:29] can someone confirm a crash here? [07:30] yup i'm looking at that now. have to wait for apt...slow network [07:30] maybe trying multiple times === asac has to get some food -> shopping [07:31] i reproduced it on 2.0.0.2 [07:32] i don't have .2 but I want it. this bookmark thing is driving me nuts [07:33] https://bugzilla.mozilla.org/show_bug.cgi?id=359870 [07:33] Mozilla bug 359870 in Plug-ins "crash on style reset after closing tab with xembed plugin" [Critical,New] [07:33] following that crashed me [07:33] Admiral_Chicago: its on asac repo [07:33] its not final though [07:33] gnomefreak: can you redo? [07:33] yes [07:34] can you redo with previous? [07:34] following upstream instructions [07:34] gnomefreak: i figured but that discussion was while i was in class. maybe i'll look up his bazaar branch [07:34] i will install and try [07:34] Admiral_Chicago: deb http://people.ubuntu.com/~asac/mt-feisty/ ./ [07:34] is the repo [07:34] cool. thanks [07:35] official build should land too every minute [07:35] https://beta.launchpad.net/ubuntu/+source/firefox/2.0.0.2+1-0ubuntu1 [07:35] blah, my network won't finish this update for a while [07:35] still building [07:36] foir i386 [07:36] well then i'll look at this bug after class. === gnomefreak not gonna send crash report in [07:58] so previous crashes too? [07:58] what trace do you have? [07:58] the filepicker one? [08:07] hold on ill try to get it [08:08] oh well guess im retracing it [08:08] :) [08:09] maybe you can reproduce with bookmark drag in the end too? [08:09] e.g. instead of save file as .... as last step, drap url to bookmark panel/menu ? [08:09] sorry, but i don't see any crash here. [08:09] maybe 64 bit [08:10] no i tried bookmark [08:10] i cant reproduce book mark but there might be more to it. the upstream bug has good instructions for the one i reproduced [08:11] maybe in redhat btsa [08:11] bts [08:15] i crashed now on edgy too [08:15] but no crash report for me [08:38] asac: i dont see anything in stack about file picker [08:39] paste [08:39] pls [08:39] ok let me get a pastebin open [08:40] #22 0xb6c5d38d in nsFilePicker::Show (this=0x8809a00, aReturn=0xbfeeadac) [08:41] found it still pasting though [08:41] j [08:41] can you search for nsFilePicker::Show and update bug description with testcase from bugzilla? [08:41] there should be already a master bug with nsFilePicker::Show in title [08:42] look in upstream bugs? [08:42] http://gnomefreak.pastebin.ca/373402 heres most of it [08:43] one click too much for the horde [08:44] so which bug is the master bug? [08:44] ok found [08:44] the closed one [08:45] im on upstream and that search returns everything but what the search is for :( [08:46] hehe [08:46] mozilla 314652 [08:46] Mozilla bug 314652 in Widget: Gtk "Crash when opening a new file / saving page with Firefox 1.5 Beta2 on HPUX [@ nsFilePicker::Show] " [Critical,Unconfirmed] http://bugzilla.mozilla.org/show_bug.cgi?id=314652 [08:46] already searched a good bunch [08:46] found not much that was ours [08:47] that doesnt look like mine but might be [08:47] yeah don't search for new filepickers please [08:47] :) [08:47] oh [08:47] the upstream bug is yours [08:47] we need bugs for bookmark drag [08:47] that crashes in gtk_style_realize [08:47] or link drag [08:47] or other drag [08:47] but they don't have any [08:50] maybe you will find [08:50] search for xembed instead of gtk_style_realize [08:50] or something :) [08:54] the bad ... if its fixed on trunk, they close bug, though still open for us [08:55] this is the one i followed to get it to crash. https://bugzilla.mozilla.org/show_bug.cgi?id=359870 i was unable to get bookmark crash [08:55] if luck we can still find duplicates, but not original bugs if closed [08:55] Mozilla bug 359870 in Plug-ins "crash on style reset after closing tab with xembed plugin" [Critical,New] [08:55] yep [08:55] i pasted description to MASTERCRASH summary :) [08:55] will try patch from it [08:55] and you can try if its gone [08:56] will build a build that includes that patch + a patch to fix theme switch crashes [08:56] k [08:56] i don't thin that the patch in related bug really fixes this [08:56] though would be nice :) [08:57] maybe the drag et al stuff will still crash [08:57] but we cannot reproduce [08:57] :( [08:58] tony comes in i think [08:58] im gonna try to repro this crash on 2.0.0.1 === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam [08:59] gnomefreak: ty [08:59] yw [08:59] asac: Hi there :) [08:59] hello [08:59] i cant even get it to play on 2.0.0.1 [08:59] what? [09:00] any sane reason for that? [09:00] did you properly downgrade? [09:00] cant get mpg to play :( let me try a few otheres [09:00] yes [09:01] tonyyarusso: you maintain some mozilla app? [09:01] asac: not sure how much you've been told already, but I've been attempting to package something called KompoZer, a stopgap bugfix of Nvu. It works on x86 and amd64 currently, but the one PPC machine I have access too failed. [09:01] So, no, I don't maintain yet, but if I can get it to build and can get a UVF exemption I will. [09:01] what did fail? [09:01] build? [09:02] don't think that new upstream packages are accepted atm [09:02] anyway .. having it in the long run is good [09:02] does it include all mozilla code or do you link against firefox-dev ? [09:03] Yeah, trying to build a .deb from the source package fails. From what I can tell, it seems to be attempting to run an x86 binary partway through the process, and I have no idea why. [09:03] It includes mozilla stuff, standalone. [09:03] hmmm ... probably you miss a patch [09:03] is it ppc64 ? [09:04] The particular machine I used, yes. Dual G5 ppc64. [09:04] then its reasonable [09:04] wait [09:05] I have a collection of patches from edgy's nvu package, but I'm not sure how to tell which have been applied and which have not yet, so that is a very likely explanation. [09:05] I did have to use one already to build on amd64. [09:05] ah ... drop them [09:05] at least all architecture specifics [09:05] if nvu comes from debian its a piece of shit :) from package state pov [09:06] its unmaintained [09:06] afaik it never made it do debian testing/stable [09:06] Neither is in debian atm. [09:06] so what mozilla version does it use as base? [09:07] I think it's the same as firefox 1.0 or 1.5 - not the newest anyway. [09:07] ok [09:07] try add to debian/rules [09:07] +ifeq ($(DEB_BUILD_ARCH),ppc64) [09:07] + OPTFLAGS = -mminimal-toc [09:07] +endif [09:07] those lines (of course without +) [09:08] Okay - and what does that do? [09:08] --- firefox-1.5.dfsg+1.5.0.9.orig/security/coreconf/Linux.mk [09:08] +++ firefox-1.5.dfsg+1.5.0.9/security/coreconf/Linux.mk [09:08] @@ -56,6 +56,10 @@ [09:08] OS_REL_CFLAGS = -DLINUX1_2 -D_XOPEN_SOURCE [09:08] CPU_ARCH = m68k [09:08] else [09:08] +ifeq ($(OS_TEST),ppc64) [09:08] + OS_REL_CFLAGS = -DLINUX1_2 -D_XOPEN_SOURCE [09:09] + CPU_ARCH = ppc64 [09:09] +else [09:09] ifeq ($(OS_TEST),ppc) [09:09] OS_REL_CFLAGS = -DLINUX1_2 -D_XOPEN_SOURCE [09:09] CPU_ARCH = ppc [09:09] @@ -119,6 +123,7 @@ [09:09] endif [09:09] endif [09:09] endif [09:09] +endif [09:09] LIBC_TAG = _glibc [09:09] that patch is probably the most important one [09:09] it sets CPU_ARCH variable properly [09:09] otherwise it will go x86 road ... as you observed [09:09] adding this patch might help you [09:10] I'll have to change the filename, no doubt. [09:10] ok found out why and i fixed it. i got it to crash. had to downgrade the libs with firefox [09:10] maybe patch -p1 < patchfile.diff [09:10] will do it [09:10] if you are inside your mozilla tree [09:10] its more likely that it does not apply cleanly if you are not from 1.5 branch [09:11] does your package use dpatch? [09:11] asac: not yet at least [09:11] http://people.ubuntu.com/~asac/90_ppc64-build-fix.dpatch [09:12] i still have upstream tar for that might be a bit old but if you want to look at it i can upload it for you [09:12] try to use that patch [09:12] just download [09:12] and then [09:12] patch -p1 < /tmp/90_ppc64-build-fix.dpatch [09:12] inside your dir [09:12] ok [09:13] with regard to the other patches I have, which may or may not still be necessary - the upstream dev was going to check for me soon hopefully, but how can one tell if they've been applied or not? [09:13] As they were patches to fix things in Nvu, and KompoZer exists to fix things in Nvu. [09:14] don't know [09:14] without a case [09:14] i would do this: [09:14] use latest unmodified kompozer [09:14] and drop all patches from ubuntu so far [09:14] then add patches as needed [09:14] at best use dpatch or cdbs right ahead [09:14] its just not worth to fix it [09:15] Right [09:15] One other thing: [09:15] if you use dpatch you can pull almost all patches from debian iceape i would suggest [09:15] or icedove [09:15] ok [09:16] The way things are currently, a whole pile of image files get put in /usr/lib instead of /usr/share, which makes lintian have a small aneurism. Is there any reasonably simple way to fix that on my end, or does that have to be upstream? [09:16] how does your file system structure look like? [09:16] /usr/lib/kompozer/icons ... ? [09:16] Worse...naming consistency are not us. [09:17] look how firefox does it ... usually you link all directories that contain indep files to a dir in /usr/share/... and then just move files before packaging things up. [09:17] can you paste file list of instlal somewhere? [09:17] /usr/lib/nvu-0.77/{icons,res} are the offenders. [09:17] yes [09:17] that is fine [09:17] you probably have .../chrome too [09:17] yeah [09:17] those should go to /usr/share as well [09:17] and if you are anal ... also all .js files in components/ [09:18] but those are not really needed imo [09:18] :) [09:18] look how firefox does it [09:18] look in firefox.install ... firefox.links [09:18] firefox.dirs maybe as well [09:18] So, I move the files, add symlinks for the dirs, and diffing it to the .orig.tar.gz does the rest? [09:18] no [09:18] you move it on in package only [09:19] you run make install DESTDIR=debian/myapp/ [09:19] then you use myapp.install to not install debian/myapp/usr/lib/myapp/icons in /usr/lib/myapp/, but in /usr/share/myapp/ instead [09:19] ah, ok [09:19] do you run make install at all in debian/rules? [09:20] Yeah - I'll get the line [09:20] yes ... and then you add a link from usr/lib/myapp/icons to usr/share/myapp/icons ... so your app won't notice [09:20] in myapp.links :) [09:20] yeah ... you probably should fix the versioned dir thing too [09:21] this should be it: cd mozilla && $(MAKE) install DESTDIR=$(CURDIR)/debian/install [09:21] There's a patch for that I think. [09:21] we want it in /usr/lib/kompozer ... not in /usr/lib/kompozer-version/ [09:21] yes [09:21] fine [09:21] yep [09:21] you can also look at mozilla-thunderbird [09:21] and certainly not /usr/lib/nvu....silliness [09:21] has dpatches too [09:21] yes [09:21] might be right [09:22] <<- the install tidr [09:22] why me :( [09:22] i think you should use [09:22] $(MAKE) -C mozilla/ install DESTDIR=$(CURDIR)/debian/install [09:22] instead [09:22] not cd before [09:23] sure [09:23] most people dont know how to use apport to pull info out of a coredump and people pming me left and right now have thier coredumps removed from LP [09:23] to remove because of privacy issues? [09:23] yeah ... imo there should be a *BIG* warning in apport [09:24] tonyyarusso: you should try to push upstream to support building against system installed mozembed libraries [09:24] asac: yeah [09:25] each mozilla app ships so much duplicated code they should better link against existing libs [09:25] big warning == noone attaching coredump we cant retrace. [09:25] gnomefreak: ... sure ... but most don't know [09:25] its a security and privacy hazard [09:25] true [09:25] asac: I can mention it, but I'm doubtful. He intends this to be a temporary solution, just a stopgap bugfix, until Daniel Glazman finishes Composer2 (using XULrunner), so he's said he's hesitant to do very significant changes. [09:25] i would find it fair to educate them [09:26] apport should do retrace locally [09:26] and don't submit coredump imo [09:26] ah ok [09:26] would be nice if it did [09:26] tonyyarusso: fine [09:26] if they plan to switch to xulrunner, then its good [09:26] yup [09:26] gnomefreak: i think its the best... the user has all libs, it does not generate much waste after runing ... so why not [09:27] just submit stacktraces [09:27] to a stacktrace db [09:27] i agree but it would have to be done right away in that case since you cant rely oon user to run command [09:27] sure [09:28] always ... for every crash report ... if the user clicks submit: retrace, submit, done [09:29] next time you talk to martin pass it by him ;) if i do it he will tell me to make it do that :( [09:29] any bug rampage from new upload in sight? [09:29] otherwise, i would stop for today [09:29] i will raise it [09:29] definitly [09:29] i first have to figure out, what is already in work [09:31] i think it should be given higher priority ... not because of better stacktraces, but more because of user security and privacy issues === gnomefreak pretty much done for today its 15:30 and i have alot of other shit to get done before thursday [09:32] yeah ... go ahead ... take a break ;) [09:32] you already did too much for last few weeks === gnomefreak waiting for email from matt revell and cleaning up emails and crap [09:32] if i didnt it would double for me when i got home === gnomefreak keeps eyes open for tb 1.5.0.10 still [09:34] guess not this week [09:34] probably in two weeks [09:34] if ever [09:34] there are just a few java script crashes fixed that might be security relevant [09:35] so no problem for them ... and for me too :) [09:36] tonyyarusso: when do you expect to start repackag your app? [09:36] asac: I'll get back at trying to fix those things within a few hours, after I've done some other stuff to apease my mom. [09:36] i ask, because i currently work on the future mozilla app blueprint package :) ... so all mozilla apps get to a single packaging standard etc. [09:37] *appease [09:37] aaah [09:37] That would be very handy [09:37] i plan to consolidate firefox/thunderbird in feisty+1 [09:37] and we need to add seamonkey to universe too imo [09:38] as well as sunbird and lightning [09:38] I'm still kind of hoping I might be able to get an exception to get into feisty, but if not I'll release standalones for feisty and get on feisty+1 instead. [09:38] lightning? [09:38] Lightning would be nice. [09:38] calendar extention [09:38] ah [09:38] i think unless your package is at really good state with most recent mozilla codebase, i guess you will not get exception [09:38] at least I wouldn't grant one [09:38] Needs ONE feature, IMO. Keyboard shortcut to add/remove from the window, like the contacts sidebar. [09:39] asac: can we make them all like tb with the archives folder? [09:39] i work on prototype [09:39] will be much better then thunderbird [09:39] but will have embedded tarball probably [09:39] but cdbs [09:39] with dpatch [09:39] tb == easy [09:39] not dpatch alone [09:39] ah good [09:40] maybe i will even use quilt instead of dpatch, because its a bit more comfortable. but depends how mature quilt module for cdbs is [09:41] stay tuned ... guess in two weeks or so i will have firefox 3 as blueprint :) [09:42] i might be bring pc with me on thursday cause its looking like ill be gone for about a month so i may be in and out not steady like i am now though [09:42] that would be great [09:42] :) [09:43] ok ... cu maybe tommorow [09:44] i should be here [09:44] out for a bit. === dfarning [n=dfarning@s3-165.rb2.lax.centurytel.net] has joined #ubuntu-mozillateam [10:10] hi david === Admiral_Chicago waves [10:12] Hey how are you? [10:13] great ... wanted to be off ... but now i am here again for a few minutes :) [10:13] Is everything going ok [10:13] i really think upstream relationship to adobe is really possible in the near future [10:13] isn't [10:13] :) [10:14] but why do gnashers think we are a bit evil? [10:14] All we need is a little more market share for adobe to jump on board;) [10:15] 18 million users instead on 'only' 8 million;) [10:15] yup, but I think getting them quality crash reports will improve our relations [10:15] really ... they gave numbers? [10:16] or is that just your guess? [10:16] or helping them triage a bit if they want volunteers [10:16] we are willing to work with propriatry flash [10:16] Admiral_Chicago: how do you want to triage closed source? [10:16] just makin up those numbers [10:16] oh ya....haha just realized that [10:17] still ... near future ... not possible, right? [10:17] who would have thought 8 million is too small to worry about [10:17] for gnash we still have debian upstream [10:17] i would have told you if you asked [10:17] :) [10:18] anyway ... my guess is you don't get to the right persons [10:18] don't want to go in detail [10:18] I agree [10:18] but i think its all a matter of who you can reach. If you find the right person, things might go fast [10:18] that is what happened with linspire [10:19] otoh, adobe is in what way? [10:19] ups [10:19] :) [10:19] erase that line [10:19] in what way? [10:19] ups? [10:19] oops [10:19] :) [10:20] gnash is still maintained at debian, isn't it? [10:20] aren't they a good enough upstream for now? [10:22] to triage closed source I would like to be able to id that the problem lies with their package. Then send all of the necessary stuff so that they can run retrace them selves and fix the problem. [10:22] we cannot verify ... because we cannot see [10:22] some might be obvious related to their software, some might be not. [10:23] who packages it for ubuntu? [10:23] flashplayer-nonfree i mean? [10:23] crimson i think [10:23] crimsun ? [10:23] I'll look [10:25] https://beta.launchpad.net/~crimsun [10:25] you know if i can disable beta for longer than 2 hours? [10:27] with regard to gnash, when I was filling upstream bugs I tried to file them with both debian and their upstream so as to not piss off the debian guys with our issues [10:27] not sure about the beta issues [10:30] dfarning: you have some bugs we filed at gnash? [10:32] no, not yet that we my policy when firefox was iceweasle and you were not here to shepard those issues. [10:32] s/we/was/ [10:33] ok ... we have gnash issues that are ready for submission? [10:33] did not even take a look at gnash so far [10:34] I'll follow this up with an email === dfarning goes to get more coffee [10:35] ok ... looking at malone for gnash, there are not many issues filed [10:36] bug 86547 ... is a real deep recursion [10:36] Malone bug 86547 in gnash "Gnash crashed when trying to open last.fm "play" from Firefox" [Undecided,Unconfirmed] https://launchpad.net/bugs/86547 [10:37] looks like stack overflow [11:03] @schedule new_york [11:03] Schedule for America/New_York: 26 Feb 18:00: Community Council | 27 Feb 15:00: Technical Board | 27 Feb 18:00: New York LoCo Team | 28 Feb 13:00: Accessibility Team | 28 Feb 15:00: Edubuntu | 28 Feb 17:00: Xubuntu [11:03] oh thats at 6 [11:10] did everyone say ok to march 6th at 20:00 UTC for hte meeting? [11:10] the* [11:11] works for me. [11:12] i have midterms that week, no promises === dfarning agrees [11:13] gnomefreak: will you be around to run it? [11:13] dont count on it [11:13] ok [11:13] i wont know til than. i asked alexL if he would chair in my place unless you want to do it [11:14] Ok cool I was thinking of either freddy or alex [11:14] i don't mind chiring [11:14] I would rather not because I don't want to be viewed as a dictator [11:15] but i think Alex said he didn't mind [11:15] dfarning: oh come on screw them ;) [11:15] :( [11:15] I for one welcome dfarning as our dictator [11:15] and I would rather not put add more stuff to alexanders todo list;) [11:15] we really need to keep him heatlhy [11:16] naah work him to death, replace with new mofo bitch [11:16] Well yes, but we need him to teach us how first;) === gnomefreak trying to keep him working on building but bugs are getting to get to me === ..[topic/#ubuntu-mozillateam:gnomefreak] : Welcome to the home of the Ubuntu Mozilla Team | Web-Home is: https://wiki.ubuntu.com/MozillaTeam | totem anti-crash preview is at: http://gnomefreak.youmortals.com/Totem/ | Next meeting will be on March 6th 2007 at 20:00UTC | Meeting agenda is at: https://wiki.ubuntu.com/MozillaTeam/Meetings [11:19] Admiral_Chicago: so we can count on you to set up the meeting? If you can't make it we will ask Alex. [11:20] i put in the request for the fridge already too so it should be there by mid week (i would think) [11:20] better ask alex, i'm swampped with work now [11:20] man you are quick! I just noticed that you updated the wiki! [11:20] i have 5 retraces atm that i will work on getting done before i leave :) [11:20] i already asked him but will remind him. [11:20] Admiral_Chicago: ok will do so [11:21] dfarning: trying to get things set up before i dont have a pc to do it :) [11:21] thanks gnomefreak [11:21] np [11:21] ty === dfarning off to take a look at packages hooks again;( [11:22] dfarning: oh btw about the traigers i think i emailed you about it. it WOULD be nice if we can get them to stop doing stupid crap and having to go behind the same people [11:22] over and over and over again :( [11:24] gnomefreak: could you forward the bug issue reports if you get a chance. I'll see what we can do [11:25] i dont have them anymore that i would beable to find in the crap that ive done [11:25] dfarning: took me about 30minutes a day fixing what others do and explaining to them why [11:25] next few i see ill foward to you [11:26] ty [11:26] yw === ryanh [n=ryanh@gateway.linspire.com] has joined #ubuntu-mozillateam === theresab [n=root@gateway.linspire.com] has joined #ubuntu-mozillateam [11:53] wasnt someone from our team going for membership? [11:53] or is it just me? [11:54] I was hoping the Alex would;) [11:54] ah thats right he is still waiting for the useless thing :() [11:55] oh damn i totally miss read theresa's nick and was reading mail at same time :( [11:56] welcome linspire people :) [11:56] Hello! [11:56] wth [11:56] Hello === poningru waves at the linspire people [11:57] someone tell asac to stop working [11:57] I am Ryan... who would have guessed? === gnomefreak after i figured out theresab;s nick [11:58] Ryan is our QA Lead. === ryanh waves === gnomefreak waves [11:58] theresab: did you see the article at http://www.itwire.com.au/content/view/9927/1090/ [11:59] pretty well stated === gnomefreak will be in meeting for next 16 1/2 hours :( its the CC meeting [11:59] lol [12:00] David: No, thank you for passing it on. [12:00] Linspire people? cool [12:01] theresab, ryanh: I'm new on this team (though not to Ubuntu), as I recently started attempting to package KompoZer, the unofficial (for now?) stopgap bugfix for Nvu. [12:01] tonyyarusso: hey man glazman is working on it [12:02] poningru: The thing after it, yeah. This is meant to be a temporary solution until Glazman finishes his project (as Nvu is unsupported by him now and that leaves folks in a bit of a limbo for now) [12:02] ryanh: are you familar with apport new crash anc bug reporting system? [12:03] that name is becomming very evil to me [12:03] heh [12:03] becoming* [12:03] dfarning, cannot say I am. [12:03] apport is fun for the first 500 retraces [12:04] it is a new system that automatically reports crashes and bugs to our issue tracker === gnomefreak heads for smoke before the meeting [12:05] https://wiki.ubuntu.com/Apport [12:05] I am working on adding a feature so that it detects which repo a package has come from and redirect the issue report to the proper tracker [12:05] Tonyyarusso: I am aware of the efforts of KompoZer and Nvu 1.1 are you working with Brian T here at Linspire on this effort? [12:05] oh thats right [12:06] theresab: I haven't spoken to him yet, no. I only just reached Fabien a few days ago. [12:06] didnt linspire give some monies to glazman for nvu? [12:06] Contact info welcome :) [12:07] dfarning, thats pretty cool [12:07] poningru: I think it was some sort of contracted work, yes. [12:07] tonyyaruss: We have been in touch with Fabien. [12:08] So he mentioned. He was hoping to figure out what to call it soonish and get back to me. === dfarning off to cc meeting i'll follow up with an email on the apport information for ryanh tonight [12:08] send Brian and email and introduce yourself - brian@linspire.com [12:08] thanks David. [12:08] thanks [12:08] dfarning: you have tiem [12:08] =) [12:09] damn typing sucks tonight [12:09] theresab: Will do, thanks. [12:10] yea, making Ubuntu derivative friendly is at the top of my list to solve bug #1 [12:10] Malone bug 1 in ichthux "Microsoft has a majority market share" [Critical,Confirmed] https://launchpad.net/bugs/1 [12:10] Agreed [12:10] good dfarning you solve bug #1 and ill take care of rest ;) [12:10] I like your bug bot [12:10] heh [12:10] theresab: btw, is there any chance you're aware of issues building nvu/kompozer on PPC? === gnomefreak doesnt like bug 1 [12:11] tonyyarusso: yeah its ppc [12:11] Crazy thing tried to run an x86 binary partway through the build I did last time, which clearly doesn't work. [12:12] tonyyarusso:I have requested Brian to join us. [12:12] Haven't tried asac's patches yet - they might work. [12:12] most of his patches have worked so far :) === gnomefreak trusts them [12:13] I'm just trying to get as much different input at a time as possible between builds at this point, since having to wait half an hour for it to compile before it finally errors out gets old really fast... [12:13] ryanh: do you have time for a call this week? I would like to explain apport in more detail. === LinspireBrian [n=brian@gateway.linspire.com] has joined #ubuntu-mozillateam [12:14] hi brian [12:14] Hi LinspireBrian [12:14] Hello there [12:15] I'm busy trying to get my boss lady off of her root shell when running irc [12:15] hah [12:16] you know us evil Linspire folk [12:16] eek [12:16] dfarning, If its okay, I would prefer next week [12:16] trying to release an alpha snapshot on Thursday [12:16] tonyyarusso, I hear you have interest in packaging the next nVu based on the KompoZer base? [12:17] LinspireBrian: I guess I can do my introduction here then: My name is Tony, and I just picked up on KompoZer (Fabien's project), attempting to package it for Ubuntu (and possibly Debian if all goes well/they want it). https://wiki.ubuntu.com/TonyYarusso for more info on me and such. Currently my issue is getting it to build on PPC. [12:17] ryanh: ok next week is fine. Let me know what time is good [12:17] Yes. [12:17] tonyyarusso, I had trouble getting it to link on an i686 box [12:17] your PST, yes? [12:17] tonyyarusso, we don't doo PPC so I hadn't seen that [12:17] Did you get the tarball I sent with all the nVu branding changes back in place? [12:18] central [12:18] LinspireBrian: Not yet, no. [12:18] LinspireBrian: So that means it was decided to let it be Nvu 1.1 officially then? [12:18] let me send that on so you don't duplicate work, not that there was a lot to it but still [12:18] yes [12:18] cool [12:18] as long as noone on your end has an issue with that [12:19] I did get it to build and run on 686 on this machine - haven't tested extensively, but it looks fine. [12:19] We no longer fund Daniel on it so it has somewhat stagnated [12:19] Should be okay, with a little explanation (ie, "yes, we said Nvu was unsupported now - ignore that) [12:19] can you message me your email? [12:19] I saw that nVu sucks message :-) === theresab [n=theresa@gateway.linspire.com] has joined #ubuntu-mozillateam [12:20] LinspireBrian: No need for msg really - this nick at ubuntu.com works fine :) [12:20] im paranoid these days [12:20] I gave out my email once and got 4 spam messages today [12:21] Understandable - I just don't bother. === tonyyarusso adds linspire.com to allowed domains [12:22] might not want to do that, you may get inundated with Linspire Letters :-) [12:23] forwarded the url to the nvu tarball [12:23] Thanks [12:23] should include the strange link error we saw, if it doesnt, please lmk [12:23] im fairly ld illiterate [12:23] Could you describe what sort of link error? [12:24] I had to do some weird symlink stuff b/c of the nvu/kompozer naming inconsistency, but other than that it was ok. [12:24] yes, let me go find it. it doesnt appear to be in that email. Some googling revealed only one other person with the problem when compiling mysql and no apparent fix [12:25] dfarning, is 2pm pacific on Monday okay? [12:26] hi all [12:26] hello [12:26] sounds good to me [12:26] `__i686.get_pc_thunk.bx': [12:26] : multiple definition of `__i686.get_pc_thunk.bx' [12:26] /usr/lib/gcc-lib/i486-linux/3.3.5/crtbeginS.o(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first defined here [12:26] ../util/Linux2.6_x86_glibc_PTH_OPT.OBJ/secdig.o(.gnu.linkonce.t.__i686.get_pc_thunk.cx+0x0): In function `__i686.get_pc_thunk.cx': [12:26] : multiple definition of `__i686.get_pc_thunk.cx' [12:26] Linux2.6_x86_glibc_PTH_OPT.OBJ/nssinit.o(.gnu.linkonce.t.__i686.get_pc_thunk.cx+0x0): first defined here [12:26] collect2: ld returned 1 exit status [12:27] ryanh: best number is 608-781-1941 [12:27] Definitely didn't see that. [12:27] However, Linux2.6_x86_glibc_PTH_OPT.OBJ is implicated in the PPC build issue.