=== ajmitch [n=ajmitch@ubuntu/member/ajmitch] has joined #ubuntu-mozillateam [08:13] here is a wild question. how do we deal with stack traces of bugs like Bug #117827 [08:13] Launchpad bug 117827 in firefox "[apport] firefox-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,Unconfirmed] https://launchpad.net/bugs/117827 === tonyy [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam [08:31] also, i think https://wiki.ubuntu.com/MozillaTeam/Bugs/Procedures could use some major love [08:40] Admiral_Chicago: that crash looks a dup of bug 91519 [08:40] Launchpad bug 91519 in firefox "MASTER Firefox Crash [@~nsCOMPtr_base] [@~nsInstallInfo] [@nsSoftwareUpdate::InstallJarCallBack] " [High,Confirmed] https://launchpad.net/bugs/91519 [08:41] really? i'm not good with retraces yet, working on it [08:42] not sure, but the retrace is quite close [08:42] however, lets wait for reporters feedback [08:43] he/she hasn't described what happened [08:43] hjmf: ah so it is.. [08:43] perhaps installing an extension..the "Install jar" leads me to think so [08:46] I think so too [08:47] If you look at the *master's* duplicate, the guy was installing a extension when it crashed [08:48] ... bug 107245 [08:48] Launchpad bug 107245 in firefox "[EDGY] firefox crashed [@ ??] [@ ~nsCOMPtr_base] [@ ~~nsInstallInfo] (dup-of: 91519)" [High,Needs info] https://launchpad.net/bugs/107245 [08:48] Launchpad bug 91519 in firefox "MASTER Firefox Crash [@~nsCOMPtr_base] [@~nsInstallInfo] [@nsSoftwareUpdate::InstallJarCallBack] " [High,Confirmed] https://launchpad.net/bugs/91519 [08:48] ah yes. probably all related [08:48] brb, runing bughelper for a second... [08:50] okay, we may need to create a clue file for this case then, i'm looking for the -nd fix to be released === Starting logfile irclogs/ubuntu-mozillateam.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-mozillateam === Topic for #ubuntu-mozillateam: Home of Ubuntu Mozilla Team - https://wiki.ubuntu.com/MozillaTeam | Bug Triagers please read: https://wiki.ubuntu.com/MozillaTeam/Bugs/ | Firefox trunk package source : https://code.launchpad.net/~asac/firefox/trunk | Mailing List: ubuntu-mozillateam@lists.ubuntu.com === Topic (#ubuntu-mozillateam): set by asac at Wed May 2 14:46:32 2007 [09:00] bughelper -T firefox "dapper" "possibly related to #89704" -A -U -p firefox [09:00] crap...thats not what i wanted to say... [09:00] asac: isn't bug 89704 fix release? i could have sworn there was a backport... [09:00] Launchpad bug 89704 in firefox "No backport of Firefox 2.o to Dapper" [Wishlist,Needs info] https://launchpad.net/bugs/89704 === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [10:17] Admiral_Chicago: no we have no backport yet ... we started [10:25] ah okay. i thought it was released... [10:26] ffox is out [10:26] 2.0.0.4 [10:27] yea i saw, should be released in a few days in the repos then? [10:28] bughelper is not playing nice on my computer, refuses to run any commands i pass it [10:28] bughelper -T audacity "XFreeFont" "possible duplicate of 87434" -A -U -p audacity [10:28] and it gives me a crash output [10:40] i dislike mozilla today ... they really released with 1.5 days prenotice [10:41] Admiral_Chicago: i will look into your bughelper when i need a break from firefox upgrading [10:41] have you asked dholbach? [10:42] or mr. korn :)? [10:42] i got someone to run it for me, i just get some off output [10:42] IOError: [Errno socket error] (-2, 'Name or service not known') [10:42] which refers to bzr: ERROR: Connection error: Couldn't resolve host 'bazaar.launchpad.net' (-2, 'Name or service not known') [10:43] now I have a problem with some of the dups being marked as dupes incorrectly...not my problem right now. [10:43] i'll look at them after i update my blog. [10:49] Admiral_Chicago: so clue files work ... but command-line doesn't ... wierd [10:50] i think i found an old bug report from a similar issues. [10:51] anyone heard of david btw? [10:51] when was his last mail about his father? [10:57] hmm last mail mar 20 [11:27] source download creeping at 15k [11:43] no [11:50] dapper is spinning [11:52] 2.0.0.4? [12:00] no 1.5.0.12 [12:00] edgy and feisty get 2.x update [12:02] gutsy is not yet prepared ... but won't be much a problem i guess [12:02] only the mime patch has to be updated [12:02] at best take the one released with xulrunner 1.8.0.4 [12:02] (in debian) [12:03] illl look at it sometime this morning [12:04] yeah its all hurrily [12:05] because mozilla again failed to give decent prenotice [12:05] always the same [12:05] probably we need to do daily builds to get security updates out in time [12:06] nothing you need to bother of course [12:06] solely my business to get this sorted out upstream [12:14] :( [12:21] failing to build? [12:31] no ... just not happy about moz release procedures [12:31] :) [12:31] i am still on track [12:31] :) [12:32] gnomefreak: if you try gutsy, replace the gnome-mime patch with: [12:32] http://people.ubuntu.com/~asac/25_gnome_helpers_with_params.dpatch [12:33] ok ill start on it in about hour or so [12:34] gnomefreak: bz273524-gnome-mime-registry-ubuntu.patch ... thats the patch to replace [12:34] at best just replace the contents of that patch [12:34] e.g. not remove and add new file [12:34] and if you do so ... leave behind all the dpatch headings ... e.g. just the patch part in 25_gnom... [12:35] ok ... edgy spinning [12:54] ok everything spinning again ... had to adapt that patch properly for edgy and feisty as well [12:54] should work out of the box for gutsy though [01:03] grabbing sources [01:04] version number should be 2.0.0.4+4-0ubuntu1? [01:04] he? [01:04] please rethink :) [01:04] use +1 [01:04] 2.0.0.4+1-0ubuntu1 [01:04] +1 oh becuse its a new version [01:05] wait a second [01:05] i added this upstream source to the +3 [01:05] might be wrong [01:05] ok [01:05] egdy will get 2.0.0.4+0dfsg-0ubuntu0.6.10 [01:05] feisty will get 2.0.0.4+0-0ubuntu1 [01:05] what about feisty? [01:06] so we can use +1-0ubuntu1 [01:06] sorry ... feisty will get 2.0.0.4+1-0ubuntu1 [01:06] ah [01:06] so gutsy will get +1 [01:06] +2 [01:06] :) [01:06] that wont work than [01:06] 2.0.0.4+2-0ubuntu1 [01:06] so go with +2-0ubuntu1 [01:06] :) [01:06] yep [01:06] ok [01:07] unfortunately all orig.tar.gz balls differ ... so this is really the way we have to go :( [01:08] quick question after chaning debian/configure.in file is there something i need to run? example: aclocal or autoconf === DrMax_ [n=Dr@67.70.246.110] has joined #ubuntu-mozillateam [01:15] I have a technical question about the cache [01:15] How are generated the "unique" filenames like F6E02EC4d01 ? [01:15] what hash function is used and does the filename have a structure ? (i.e, they're all ending in d01) [01:15] and, hi ;) [01:16] why? [01:16] why you wanna know? [01:16] its usually just random [01:17] maybe with a commom extension (e.g. d01) [01:17] it's probably not random because it must associate some kind of signature to a media [01:18] I want to know because I have a cache management system to code: I'm comparing options [01:19] ah ok ... i have to do lunch now ... will be back at 1200 UTC ... if you stay we can discuss thne === asac lunch [01:19] sure [01:20] gnomefreak, what? [01:21] bluekuja: nevermind gwget was regenerating the control file. i am working on fixing that [01:21] i changed debina/configure.in just not sure if i need to run anything after changing that [01:21] I changed the build deps [01:21] and it was building [01:22] dont know what you mean then [01:22] bluekuja: clean was regenerating control file so when i grabbed source it was still << 2.19 [01:22] bluekuja: grab source and see what i mean [01:22] gnomefreak, oh ok^^ [01:23] thanks for the info anyway [01:25] bluekuja: yw this package has beena frigging nightmare [01:26] gnomefreak: I looked at it for the first time when I merged it [01:26] so I didnt know problems related [01:26] :) [01:26] i got them === DrMax_ [n=Dr@67.70.246.110] has left #ubuntu-mozillateam ["..."] === porthose [n=charliej@72.24.69.50] has joined #ubuntu-mozillateam [02:49] hi porthose :) [02:49] Hi [02:50] I was still in the class room [02:50] nice to have you here ... if you want you can take a look at the spec ... which basically outlines what to do [02:50] porthose: yes lets talk later :) [02:50] i am there as well [02:52] Works for me, the better half just got home and she want some attention [02:52] what time is good for you [02:53] porthose: i am usually here during daylight in europr [02:53] europe [02:53] ... and at night often as well :) [02:54] lololo k Im in usa going back to class-room [03:34] hjmf: have you read the mail from pitti to devel-discuss? [03:36] asac: no. reading it now thanks :) [03:51] hjmf: if you have some time (no hurry) ... ping pitti on -devel [03:53] ok [03:54] asac: btw I've reviewed those mt-needtestcase I marked yesterday [03:54] already finished? [03:54] yes [03:54] fine ... do we have a tag in wiki for that? [03:54] so i can just press :) [03:55] we haven't mt-reject-candidate yet on the wiki [03:55] I guess [03:55] right [03:55] do we have candidates already? [03:55] guess we have to add it manually once [03:56] otherwise launchpad will confuse your script :) [03:56] already done ^_^ [03:56] cool [03:56] I'll fire up the script to append that tag, it will be run daily, OK? [03:57] sure [03:57] then run! :) === hjmf [n=hjmf@114.Red-83-49-16.dynamicIP.rima-tde.net] has joined #ubuntu-mozillateam [04:05] asac: https://bugs.launchpad.net/ubuntu/+source/firefox?field.tag=mt-reject-candidate [04:08] hjmf: are those already auto-tagged? [04:09] yes [04:09] cool [04:09] :) [04:10] asac: what is best way to add contents of one patch to another already exsiting one? [04:10] all? [04:10] or just hunks? [04:10] did you want me to add hunks or all [04:10] the new patch you wrote [04:10] i am missing the context atm [04:10] sorry [04:11] ah ... the new patch ... just replace all that is in current file with all that is in dpatch file [04:12] you mean replace everything in the .patch file with everything from the .dpatch file (i hope or you spent the time to make patch for nothing) [04:13] and leave everything down to Index: mozilla/uriloader/exthandler/Makefile.in [04:18] nothing is really the same in the 2 patches example Index: mozilla/uriloader/exthandler/Makefile.in 'VS' === uriloader/exthandler/Makefile.in [04:19] and everything above that point in orig patch [04:23] asac: my questions summed up with parts of file.. http://gnomefreak.pastebin.ca/525749 [04:24] gnomefreak: just replace all [04:24] its safer [04:24] there is lots of unchanged stuff [04:24] k [04:24] and some changes have been dropped [04:24] because have been dealt with by another bug-fix upstream [04:24] etc. [04:24] should i use old name or keep new name also [04:24] its too hard to figure out by just looking at patches [04:24] you would have to look at old code + new code + both bugs [04:24] gnomefreak: wait a sec [04:25] k [04:25] drop the old patch from series and bzr [04:26] and then call the new one [04:26] bz273524-gnome-mime-registry-AFTER-bz373955.patch [04:27] you have to add that to series (at the same position the old one was) [04:28] ok gone from series and ill drop it from patches dir. but what do you mean from bzr as in the dir .bzr in source dir? [04:29] bzr rm path/to/old/patch [04:29] e.g. [04:29] bzr add path/to/new/patch [04:29] bzr rm path/to/old/patch [04:30] edit path/to/series [04:30] bzr commit -m "YOUR MESSAGE" path/to/new/patch path/to/old/patch path/to/series [04:30] then push that branch to your private space in launchpad [04:30] so I can pull yur changes and spin/upload [04:30] of course please don't push unless you have sucessfully build from that [04:31] k [04:31] :) [04:34] hmmmm [04:35] did you fail? [04:35] i guess that would mean i have to clone firefox branch first. [04:35] yeah ... build from bzr of course :) === gnomefreak didnt start with branch i used apt-get source :( [04:35] not a problem [04:35] yeah :) ... its the new way .... so easy to *not* remember ;) [04:36] soon there is devel meeting [04:36] lets see what i can do before [04:36] @schedule berlin [04:36] Schedule for Europe/Berlin: 31 May 17:00: Ubuntu Development Team | 31 May 23:00: Kubuntu Developers | 05 Jun 21:00: Technical Board | 06 Jun 22:00: Edubuntu | 07 Jun 22:00: Ubuntu Development Team | 12 Jun 17:00: Kernel Team [04:37] im gonna grab bzr and head to lunch/late breakfast [04:37] yep [04:38] bbiab === hjmf [n=hjmf@114.Red-83-49-16.dynamicIP.rima-tde.net] has joined #ubuntu-mozillateam [06:06] asac: real fast: im supposed to upack upstream source and mv mozilla/* . right? (i havent build ff in a while) [06:06] no [06:06] ffox [06:06] has unmodified [06:06] just drop the tarball in the main dir [06:07] thought so [06:07] and tar it up (e.g. just tar cvzf ...orig.tar.gz firefox-xxxx/firefox*.tar.bz2 [06:07] what no update-orig? [06:08] no [06:08] its simple [06:08] we don't modify [06:08] or is there an update target? [06:08] oh yeah there [06:08] is [06:08] .... you can use update-orig as well then [06:08] :) [06:08] gnomefreak: ^^^ [06:09] sorry for confusion [06:09] if there is update-orig ... you can use it of course [06:09] its all good [06:09] ther eis [06:09] there is [06:38] well this is always a good frigging error :( ok i need to go for a bit. btw update-orig fails with cd: 1: can't cd to build-tree/mozilla [06:38] make: *** No rule to make target `firefox-2.0.0.3-source.tar.bz2', needed by `/home/gnomefreak/gutsy_builds/firefox2.0.0.4/ubuntu-2.0.0.x/../firefox_2.0.0.3+3.orig.tar.gz'. Stop. [06:38] and no i dont have source for 2.0.0.3 [06:40] hehe [06:40] change version in changelog [06:41] actually a good thing of update-orig is that it catches such a common glitch :) [06:41] gnomefreak: ^^^ [06:41] k [07:03] i think gutsy's dpkg is borked (it works with a non up-to-date dpkg but fails with a fully up-to-date dpkg) im out for a while will let you know if it fails later [07:13] asac: i have to go for a while my carpel tunnel is acting up bad and i just took som muscle relaxers and pain killers. problem with build == bz366844-mozilla-configure-in-patch-to-workaround-gcc-visibility-bug.patch fails to apply. i will have to look at it tonight or tomorrow (as it stands atm) [07:13] error == Hunk #1 FAILED at 2513. [07:13] Hunk #2 FAILED at 2548. [07:13] 2 out of 2 hunks FAILED -- rejects in file configure.in [07:13] cu later [07:15] gnomefreak: that patch as to be dropped [07:15] same for bz358930-gradient-spread-method-pad-fix [07:15] bz312998-GetVisibility-patch [07:15] dunno if they are named exactly like that [07:15] but i think so [07:16] ok ill try again later [08:42] k i am out ... will come by later maybe === Admiral_Chicago [n=freddy@adsl-69-209-68-46.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam [11:17] back... === gnomefreak not so much [11:24] asac: im not gonna beable to do this. more patches are failingPatch ubuntu-look-and-feel-patch.patch does not apply [11:24] patching file browser/locales/en-US/chrome/browser-region/region.properties [11:24] Hunk #1 FAILED at 8. [11:24] 1 out of 1 hunk FAILED -- rejects in file browser/locales/en-US/chrome/browser-region/region.properties [11:25] this is gonna need a full work up. you may want to build it (it would be faster and from what im seeing it is gonna be a long one.) [11:26] bunch of Hunk #1 succeeded at 1525 (offset 2 lines). with different patches different #'s and diff. lines