=== Jazzva waits for FF3 and hates Gmail's interface blocking FF2... *sigh* [01:38] Jazzva, give granparadiso a try :) [01:38] i'm not totally off FF2 [01:38] -not+now [01:40] Yeah, I already did... and it rocks :)... The only thing is that I'm used to my extensions *sigh* [01:40] some are easy to fix [01:40] Do you know if I could manually adjust their compatible versions, like in install.rdf? [01:41] yes, i did it for some addons [01:41] And the usual path to them :)... [01:41] unzip, edit, zip [01:41] the xpi files [01:41] In ~/.mozilla/somewherE? [01:41] To look there? [01:41] no === Paddy_EIRE [n=patrick@89.240.243.205] has joined #ubuntu-mozillateam [01:42] Ubulette: im home but i had to run out real fast im back [01:42] download the xpi, unzip it like a zip file, edit install.rdf, re zip the xpi, install xpi et voila [01:43] Damn... And I thought there's easier way than downloading... :) [01:43] Thanks... [01:43] oh still awake ;) [01:43] I'll give it a try... at least to get those few that I need [01:44] Hello, asac... [01:44] Jazzva, which ones, maybe I've already did it [01:44] How were your beers? [01:44] Ubulette: did you push changelog? [01:44] can't remember [01:44] asac: Lol... [01:44] but as german beers are usually good ... i think they were pretty good :) [01:45] gnomefreak, which one ? [01:45] nspr [01:45] Ubulette: BetterSearch, BetterGmail, del.icio.us, FireGPG (but this one is not really needed right now), Greasemonkey [01:45] :) [01:45] Jazzva, none. too bad [01:45] Ubulette: Ok, then I'll download them later :). [01:45] asac: what else am i putting on PPA? [01:46] hmm [01:46] i have -trunk nss and nspr [01:46] i think backports and trunk/gp builds [01:46] btw sunbird is all good [01:46] still missing the update button fix [01:46] gnomefreak: really ... what was the problem? [01:47] asac: .desktop and .postinst [01:47] dont get your hopes up [01:47] :) [01:47] ah so the update preference didn't work out yet [01:47] yeah ;) [01:47] not yet im wondering the best unobtrusive way to do that [01:47] i think we want tbird 2.0 for feisty in ppa [01:47] but if it really gets dumped at the end of this week we should probably wait a few more days [01:47] ok i think that can be handled [01:48] asac: thats what im thining [01:48] thinking [01:48] https://dogfood.launchpad.net/~mozillateam/+archive [01:48] anyway ... we should definitly update wiki to tell the world that our previous repo is currently not available [01:48] the background tells it all [01:49] gnomefreak: maybe try a feisty build ... just to verify that all works as expected [01:49] k [01:49] e.g. punch -trunk nspr to feisty ppa :) [01:49] just to see if all works out well [01:49] the new nspr? [01:49] otherwise, I think we are pretty done with testing the ppa features [01:49] Jazzva, maybe you can try editing directly the install.rdf in your profile [01:49] the nspr-trunk [01:49] gnomefreak: whatever yoiu want ... since feisty doesn't even have old one its your turn to decide [01:49] asac: k [01:50] Ubulette: I'll give it a try :)... [01:50] Ubulette: is there anything you have in nss nspr that would prevent feisty builds? [01:50] gnomefreak: it should just build [01:50] gnomefreak: even on dapper i guess [01:50] Jazzva, not sure if the one in the extentions/{foo}/install.rdf is enough or if you also need extensions.rdf [01:50] ok ill run them tomorrow for feisty [01:51] it has nearly zero build-depends ... so unless we run into a gcc bug we should be fine on any distribution [01:51] asac: Do y [01:51] Damn... [01:51] gnomefreak, should work, providing no dep issues [01:51] builddeps [01:51] Jazzva: what do you want to know? [01:52] (sorry didn't keep track of your conversation ... i am not really capable of multi-tasking atm :)) [01:52] asac: Do you have some link on how to submit packages from Ubuntu to Debian :)? I've been looking on http://utnubu.alioth.debian.org/ but didn't find what I need... [01:53] Jazzva: which package do you want? [01:53] asac: Understood... I also had to change batteries on my kbd, so it wasn't working properly for a minute (that's what "Damn" was for) [01:53] Jazzva: if there is already a maintainer then you should submit patches ... otherwise ask me (or someone else) to sponsor [01:54] asac: Well, gnome-voice-control 0.3... (it will be packaged soon). It needs pocketsphinx, which I will package now for Ubuntu, and then submit to Debian too... [01:54] Jazzva: is there a debian package already=? [01:54] Nope... [01:54] otherwise you should open an ITP [01:54] please open an ITP ... otherwise someone else might start working on it [01:54] There is an RFP for pocketsphinx, I said I'm packaging it for ubuntu... [01:55] I'll open an ITP... Just to get used to the procedure of sending bug reports to Debian :). [01:55] Jazzva: you want to take over long-term responsibility for that? [01:55] if so you change title to read ITP ... and change owner to you [01:55] Well, as long as I submit to Ubuntu ;)... [01:55] look at bugs.debian.org doc to see how you can change owner/title [01:56] Hmm... cool :) [01:56] Jazzva: sure ... actually i like debian bug tracker ... its still superior to lots of other bug systems out there [01:56] especially since it tracks which version of a package has the bug et al [01:56] Umm... I guess I'll like it too, as soon as I make good filters on my e-mail... [01:57] and the lack of a fail-safe web-interface for bug submission filters out a lot of cruft as well :) [01:57] What's a "cruft"? [01:57] so debian usually gets more high quality bugs ... but of course might miss some :) [01:57] "unwanted things"? :) [01:58] "malformed bug reports"? [01:58] yeah ... dirt might be another word [01:58] bug reports that just cause work without any benefit ... e.g. crap :) [01:58] Ok [01:59] asac, do we still need {nss,nspr}-svn.debian.org.trunk branches ? [01:59] Thanks, asac :) [01:59] its not that i say that we bug reports are crap ... its just that its easier to deal with people that already managed to climb the barrier of a not-so-easy bug-tracking tool [02:00] Ubulette: for now ... yes ... i requested a auto sync a few days ago ... lets wait till vcs-import run is done then we can drop those [02:01] its not essential to have them ... though good to have in bzr directly imo. [02:02] ok [02:02] my xulrunner is pushed so feel free to have a look [02:02] do you see any reasons why we wouldn't want them at all? [02:02] Ubulette: not today ... as tempted as it might be [02:03] but my thoughts are not really more worth than those of an ant atm :) ... so please excuse me ;) [02:03] np [02:04] first thing after i wake up .... still in your private branch? [02:04] nope, mt [02:04] did you already try to use --enable-system-xul for gp/trunk ? [02:04] nope [02:04] ok fine [02:04] 1st, i wanted to be sure files are organized correctly [02:06] ok i will take a look ... though i think we cannot really tell for sure until we see how well ffox 3 can build using that :) [02:06] i assume the orig to test the build is in the same place as before, right? [02:07] if so, I will test and let you know tomorrow morning [02:07] (whatever morning means on a sunday :)) [02:07] tarball is with the other [02:07] asac, i'm just concerned by /usr/bin/xulrunner, which shouls probably be a diversion from /usr/bin/xulrunner-1.9 [02:08] hmm [02:08] not sure if we really want to divert that [02:08] i will think about it [02:08] does xulrunner ship the unversioned bin by default? [02:08] yes [02:09] or just the versioned one? ... or both? [02:09] ah ok [02:09] just one [02:09] so installing xulrunner (1.8) and xulrunner-1.9 will be a problem [02:09] wierd ... maybe an alternative might be suitable as well then [02:10] diversion sounds a bit too radical ;) [02:10] but i will know tomorrow :)( [02:10] ok [02:10] ok Ubulette, Jazzva, gnomefreak .. 'night and cu tomorrow [02:10] 'night [02:10] Night... [02:10] asac: night === DarkMageZ [n=richard@ppp121-44-115-94.lns10.syd6.internode.on.net] has joined #ubuntu-mozillateam [02:37] fuck it im going to bed feisty is gonna be a bitch [02:44] Ubulette: do you have normal .orig.tar.gz for nss and nspr im not gonna beable to build using bzr bd [02:47] all my tarballs are there http://www.sofaraway.org/ubuntu/tarballs/ [02:48] let me rsync it to be sure [02:50] i think they are fine [02:52] ok building and uploading all atm for feisty ppa will check mail in morning to see if accepted or failed [02:53] night [02:53] night [03:19] trunk failed to build in PPA for gutsy === gnomefreak will ping LP guys tomorrow or monday about it [03:28] seems i've got the same issue [03:28] cd src; /usr/bin/make -j1 libs [03:28] make[6] : Entering directory `/src/bzr/build-area/firefox-trunk-3.0a8pre~cvs20070825/build-tree/mozilla/security/dbm/src' [03:28] Segmentation fault (core dumped) [03:28] make[6] : *** [Linux2.6_x86_glibc_PTH_OPT.OBJ/db.o] Error 139 [03:29] while it worked for my bot 6h ago [03:29] not sure if that is in log or not off hand but ther eis a log if you want to compare https://dogfood.launchpad.net/~mozillateam/+archive/+builds?build_text=&build_state=failed [03:30] ok im going to bed this time === Paddy_EIRE [n=patrick@89.240.243.205] has joined #ubuntu-mozillateam [03:30] nss for 7.04 is building atm [03:32] it's the same issue. I've built my tarball 1 or 2 hours before my bot. maybe that bug has been fixed in the middle [03:38] hmm, could be my fault if the core dump comes nsinstall [03:39] +from [03:41] bingo [03:43] i'll have a look tomorrow, you can still revert my last commit for patch bz392722_fix_nsinstall_on_double_slash.patch [03:45] .../nsinstall -D Linux2.6_x86_glibc_PTH_DBG.OBJ [03:45] Segmentation fault (core dumped) [03:45] while: [03:45] .../nsinstall -D ./Linux2.6_x86_glibc_PTH_DBG.OBJ [03:45] is okay [03:45] no slash, i got it [04:07] Well, I'm off for now... Good night everybody [04:08] Jazzva, night [04:08] gnomefreak, i've pushed the fix === Ubulette [n=Ubulette@APuteaux-153-1-94-52.w86-217.abo.wanadoo.fr] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@89.240.243.205] has joined #ubuntu-mozillateam === cwong1 [i=chatzill@nat/intel/x-8724ef68f1b9e225] has joined #ubuntu-mozillateam [09:10] Ubulette: ty for the fix have you tried to build it yet? === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === JenFraggle [n=jen@91.84.43.217] has joined #ubuntu-mozillateam === AlexLatchford [n=alex@82-44-193-109.cable.ubr07.haye.blueyonder.co.uk] has joined #ubuntu-mozillateam === JenFraggle [n=jen@91.84.43.217] has joined #ubuntu-mozillateam [11:05] looking at the firefox clue file, it is still showing NEEDSINFO as one of the bug states for finding tag/status combination error bugs. Would it be ok to change it to Incomplete or does it need more tweaking? [11:11] JenFraggle: if there are others in there that are wrong i would change all of them but yes most likely when LP 1.1.9 is released it might need more work [11:11] Ok, just wanted to check. Thanks [11:17] ok uploading fixed ff-trunk to PPA it only builds 1 package(386 and 64) at a time so it might be a while. if its ok with everyone i would like the next meeting later this week after LP 1.1.9 is released with dogfood being taken away [11:17] Done now [11:18] ty :) [11:19] Bughelper is finding more bugs now [11:26] ok uploading trunk still to PPA im going back to bed its still not yet 5:30am [11:58] hehe [11:58] i thought i was the only one awake right now [12:41] Morning... [12:42] morning === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam [02:00] hey [02:00] hello [02:00] asac : any news on the feed bug ? [02:01] jeromeg: as i said ... its because gnome-support package is empty ;) [02:01] haven't looked into why its empty ... but should be more or less trivial to fix [02:01] asac : yep yep I know, just wanted to know if there is any progress on that [02:01] ok [02:02] ... if things go to slow you can always boost things by submitting a patch ;) [02:03] jeromeg: the bug is targetted for a milestone? [02:03] if not we should definitly do it ... then we will not forget to fix it [02:03] asac : i think you have put it as beta blocker [02:03] what is the bug id again? [02:04] asac : 2 sec [02:04] can you look if there is already a bug for empty gnome-support package ... i assume there almost certainly is one [02:04] we should merge both [02:04] asac : bug 131743 [02:04] Launchpad bug 131743 in firefox "liferea-add-feed does nothing in firefox" [High,Confirmed] https://launchpad.net/bugs/131743 [02:04] asac : ok I'm on it [02:10] asac : can't find anything about it [02:10] Ubulette: why was the third nsinstall.c file missed? [02:10] Ubulette: have you run a find now ... just to be sure that there is not a forth copy of that code :) [02:10] yes, both in ff and xulrunner [02:11] only those 3 [02:12] the 3rd triggered a bug, that was caused ftbs in ppa [02:12] Ubulette: actually ... please add evaluations on what you did [02:12] they will have issues to review the patch [02:12] either don't tell about "Fix an issue with install -D foo (no slash at all) introduced by previous [02:12] patch." [02:12] or tell about exactly what was wrong et al [02:13] and remember not to use ubuntu/debian termns like cdbs / ftbfs in bugzilla reports :) [02:13] is "install -D foo (no slash at all)" not clear enough ? [02:13] they don't know about these ... and probably don't care [02:13] well ... it doesn't tell what was wrong [02:13] it just tells that it fails as well [02:14] should I clarify ? [02:14] now i see them looking at that (already pretty unreadable) code ... and don't understand whats going on [02:16] btw, building ff trunk with --with-system-nspr --with-system-nss --with-libxul-sdk=/usr/lib/xulrunner-devel-1.9a8pre is strange [02:16] no idea ... you almost certainly should ask for review [02:16] if you feel confident that they have all info needed then just wait and see [02:16] personally i would add as much info as possible [02:16] how do I do that ? i was not sure how to do that.. use review "?" or "+" ? [02:16] Ubulette: huh? [02:17] ? :bs [02:17] bs ? [02:17] (:bs is a shorthand for benjamin smedgbergs email) [02:17] oh, why him in particular ? [02:17] set to ? ... and on the right hand fill in the component owner you can find in www.mozilla.org/owners.html [02:17] it should be :bs [02:17] he owns the build system [02:19] Ubulette: and remember that not naming debian or ubuntu might help to keep his opinion objective ;) [02:19] for instance he hates debian [02:19] more than the devil [02:19] ubuntu might be different though ;) [02:20] but i think it shouldn't make a difference for this one [02:21] well, in this case, it's clearly their bug, even if it's cdbs that triggered it [02:21] asac: I'll start making a pocketsphinx package, which I'll need in order to get new version of gnome-voice-control to build... Will you have time to review it once it's done (tonight, if I don't go out, or somewhere tomorrow)? :) [02:21] (and if I there are all build-deps... there are some packages mentioned in the instructions that are maybe not in Ubuntu *sighs*) [02:22] s/I\ there/there/ [02:22] asac, with --with-libxul-sdk=/usr/lib/xulrunner-devel-1.9a8pre trunk's make install seems totally broken [02:22] or at least i don't get it [02:23] Ubulette: hmm [02:23] Ubulette: just because of system-nss/nspr ? === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [02:25] asac, here is mozilla/dist : http://pastebin.mozilla.org/189230 [02:25] wow my connection really sucks today [02:25] everything is slow as hel and i constantly see a lag 5.08 in irssi [02:27] Ubulette: can you start in dist/bin ? [02:27] or is that broken as well? [02:28] what is produced by make install` [02:28] ?= === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [02:29] problem is in dist/bin, there's no more firefox-trunk [02:31] and dists/bin/firefox fails with "Error launching browser window: no XBL binding for browser" [02:31] interesting [02:31] whats the content of firefox? [02:32] followed by "Exception: TypeError: gBrowser.mTabContainer has no properties" [02:32] isn't it the content of browser/app/mozilla.in anymore? [02:32] it's a binary [02:32] probably not because that one would be named firefox-trunk [02:32] so where is it from? [02:32] oh [02:32] so its now nsBrowserApp.cpp ? [02:33] or even something else [02:33] can you find the firefox binary in source tree outside dist/ ? [02:35] hmm [02:35] $ find build-tree -name firefox\* -type f -perm 0755 -ls [02:35] 4507830 32 -rwxr-xr-x 1 bbot bbot 32680 Aug 26 12:07 build-tree/mozilla/dist/bin/firefox [02:35] none [02:36] Ubulette: do you have build log so you can see where its produced? [02:37] give me a sec [02:40] asac, http://www.sofaraway.org/ubuntu/tmp/log.txt [02:41] okay ... i cannot work that way .... let me pull the plug of my modem once this has loaded [02:41] can't tell when i will be back ... if bad luck its not the modem, but my provider, which might cause problems logging in again [02:42] k [02:42] Ubulette: cp /usr/lib/xulrunner-devel-1.9a8pre/bin/xulrunner-stub ../../dist/bin/firefox [02:43] looks like its in make install of /src/bzr/build-area/firefox-trunk-3.0a8pre~cvs20070825/build-tree/mozilla/browser/app [02:43] should be a bug [02:43] does renaming that binary help? [02:43] otherwise we would have to look in the xulrunner-stub i guess [02:43] (code) [02:44] but i think it probably looks at $0 ... :) [02:44] ok now off [02:44] taking a shower as well [02:44] btw, they dump the full xulrunner into ff, that's crazy [02:44] so will be a few [02:44] (cd /usr/lib/xulrunner-devel-1.9a8pre/bin && tar -cvhf - .) | (cd ../../dist/bin/xulrunner && tar -xf -) === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [02:51] hmm looks better now [02:51] now shower [02:52] Ubulette: yes thats indeed a bit wierd ... but i think its because its not yet 100% ready [02:52] and most likely because windows is such a pita [02:52] :) [02:52] we should create a link [02:53] hopefully those files go there unmodified [02:53] otherwise it would be pretty much useless [02:53] ok out for a while again [03:05] when dependencies.txt is attached to a bug, does that show addons that are installed? [03:10] asac, there's SKIP_COPY_XULRUNNER used in browser/app/Makefile but not defined anywhere :( === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [03:25] i'm out too. sports time. weather is excellent :) [03:27] Ubulette: have fun [03:27] JenFraggle: no ... in gutsy we explicitly attach addons/plugin info [03:28] JenFraggle: before we always need to ask [03:28] ok, just looking at a bug where there is the dependencies file and wondering if asking for addons would be duplicating the info. ty [03:31] if there is just dependencies.txt you need to ask ... yes. [03:57] Ubulette: maybe just use make install SKIP_COPY_XULRUNNER=1 ? [03:57] (in debian/rules/ [03:57] ) === asac_the_2n1 [n=asac@e177170072.adsl.alicedsl.de] has joined #ubuntu-mozillateam === asac_the_2n1 is now known as asac_the_2nd === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === asac__ [n=asac@d107195.adsl.hansenet.de] has joined #ubuntu-mozillateam [05:41] asac: Umm... I've noticed that the ubufox isn't updated... Well, in case you've missed it (I've said it only once at 2 or 3am IIRC :)) I fixed the bug and pushed the new revision to my branch. :) [05:52] back [05:52] Welcome back... [05:55] asac, nss-trunk installs /usr/lib/nss/libnssckbi.so while ff-trunk+xul looks for this lib in usual lib paths [05:56] not sure if I misplaced it or if we need to patch the loader [06:04] Ubulette... I can use PPA to build the packages I need and to use them, right? :) [06:04] I mean, for testing purposes... [06:06] right [06:07] And how long does it take to build them? [06:11] you're queued and as soon as one of the two boxes is idle, it pops one request from the queue. [06:12] Ok... Thanks for the info :) [06:12] basically, you just wait in line [06:12] Jazzva: ok will update today (next slot) [06:12] Jazzva: can you just provide a patch for that single checkin? [06:12] asac: Cool :) [06:12] Jazzva: everything else should go to next upstream release (e.g. 0.4.1)= [06:12] and we probably don't want it for this quick fixup [06:13] Umm... ok [06:13] You want a debdiff? [06:13] Jazzva: no [06:13] just a patch ... e.g. bzr diff -r REV2..REV2-1 [06:13] Hmm... Ok :) [06:13] of course a full debdiff is better [06:13] but i can do the package update then [06:14] Jazzva: there are two more things I would like to see in ubufox 0.4.1 ... better layout of plugin finder dialog results (e.g. currently the icons are directly after text ... but they should probably be aligned to the right) [06:15] the second i can't remember atm ;) [06:15] Umm... I think you wanted multi-page wizard :) [06:15] ah right ... if you are not in the admin user group (e.g. you cannot install things) ... apt results should not be displayed ;) [06:16] when we have both, we are ready for gutsy imo [06:16] then 0.5 will be for gutsy+1 [06:16] but i have to figure things out with mofo ... they are a bit unhappy atm :/ [06:16] http://paste.ubuntu-nl.org/35127/ [06:16] mofo? [06:17] No, please don't use that diff :) [06:17] mozillla foundation ... or moco (...corporation) ... whatever you want [06:18] Oh... good luck [06:18] asac, how do you communicate with mofo ? [06:18] http://paste.ubuntu-nl.org/35128/ [06:18] i mean, where can i read what they have against ubunut ? [06:18] asac: Ok, it's fine now :) [06:19] Ubulette: through my proxy :) [06:19] e.g. my dedicated contact [06:19] which finally is mconnor [06:20] (owner of browser module) [06:21] i don't really want to discuss with them, reading their critics/reco would be enough [06:21] so at least i don't work in a direction they're clearly opposed to [06:22] Ubulette: there are no general critics ... [06:22] its basically ... don't patch firefox unless you get at least a review+ [06:23] for changes we cannot submit, because their are ubuntu specific ... i need permission from mconnor [06:24] i have some more contacts a bit higher in the foodchain to escalate ... but luckily I didn't need to get them involved so far. [06:24] brb... smoke [06:24] Ubulette: actually what we do with trunk is definitly what they like ... do it the way they want. [06:25] did you already communicate on that ? ff3 /w xul ? [06:25] Ubulette: just a bit ... but since I currently have no definite results I have not many points to make :) [06:25] Ubulette: in general they are ok with us building firefox against xulrunner [06:26] of course the same permission/review procedure needs to be done for xulrunner as well then [06:26] hm, so we walk alone in the dark until we have something ? === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [06:32] yeah that sucks [06:32] 18:24 < Ubulette> did you already communicate on that ? ff3 /w xul ? [06:32] 18:25 < asac> Ubulette: just a bit ... but since I currently have no definite results I have not many points to make :) [06:32] 18:25 < asac> Ubulette: in general they are ok with us building firefox against xulrunner [06:32] 18:25 < asac> of course the same permission/review procedure needs to be done for xulrunner as well then [06:32] 18:25 < asac> because it might diminish the firefox experience if we patch xulrunner to a dead end :) [06:32] 18:26 < asac> and actually ... I don't like to carry patchsets [06:32] 18:26 < asac> i just want this thing to rock! [06:32] 18:26 < asac> Ubulette: is there anything you want to know? [06:32] anything i missed? [06:34] i just said in the middle of this: hm, so we walk alone in the dark until we have something ? [06:34] Ubulette: more or less ... though I don't think that we walk alone here ;) [06:34] its not like we can mess things up seriously [06:35] without noticing that we patch around a lot :) [06:35] asac: https://dogfood.launchpad.net/~mozillateam/+archive [06:35] everything built [06:35] Ubulette: that you for the quick ff-trunk fix last night [06:35] gnomefreak: ok cool ... looks like i need to get more quota for mt archive in the long run [06:35] asac, i just would like to be sure that ff3 is ready for that xul thing or it's still a work in progress [06:36] Ubulette: its ment to be ready [06:36] Ubulette: if there are issues its our obligation to figure out ... submit bugs/patches et al [06:36] asac: yeah we will need more than 1 gig im sure but lets wait until released [06:36] Ubulette: as mofo will not ship external xulrunner ... as they fear problems on windows [06:37] asac, yeah but we messed up their scheme for nss/nspr with our soname and loader patch, same with gp/trunk when we removed the version from install dir [06:37] they are still unsure though if they ship the dist directory of a --with-libxul-sdk build ... or just plain as what we have for gp now [06:37] Ubulette: yes ... nss/nspr i have to figure out ... though I doubt that its a real issue. [06:38] their main concern is compatibility ... which we can easily achieve by setting up in pkglibdir links [06:38] what loader patch do we have? [06:39] the /usr/lib/nss/ patch [06:39] he? [06:39] they used /usr/lib directly [06:39] hmm [06:39] we (mike?) inserted the nss level [06:39] ah right [06:40] imho, it's should have been nss-x.y like xul so no more issues with that [06:40] well ... i doubt that thats a problem ... but now i have a review round soon ... so it will probably pop-up if its a problem [06:40] but well [06:41] point about nss (vs. xulrunner) is that its a real lib [06:41] so it needs to obey library standards we have in ubuntu [06:41] while for xulrunner we can argue its just a sdk + runner ... with a glue to find the right runner [06:42] not the libs used by the loader === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [06:42] which is why they cannot go into /usr/lib/ [06:42] yep [06:42] so we have to put them in /usr/lib/nss/ [06:42] if that dir should be versioned i don't know [06:43] but i think it doesn't need to be ... and unless there is something like /etc/nss.d/ (vs. /etc/gre.d) ... it wouldn't be feasible to change the directory name on each and every update of nss imo [06:44] do you see any reason to use a versioned pkglibdir? [06:44] (other then ... that we use it for xulrunner) ? [06:44] and probably for firefox as well ... once its all working well [06:48] and remember that nss/nspr is for them almost the same like cairo ... e.g. its not their product [06:48] it happens to be in their cvs [06:48] but in the end its just a lib they depend on [06:48] its maintained by different people (sun/redhat) [06:49] asac: mr. alex :) [06:49] by default, they ship nss/nspr *inside* firefox or xulrunner, so it's versionned by default in /usr/lib/{firefox,xulrunner}-x.y.z.t/lib{nss,nspr}.so [06:50] asac, do see my point ? [06:50] Ubulette: sure ... but read what i wrote ... its just a lib they ship in-source for convenience ... like all the other libs they ship inside: [06:51] png, zip, cairo, bmp, etc etc === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [06:51] they never thought about protecting that as for them, it's already safe under the /etc/gre.d thingy [06:51] it's half a lib, halt a runtime loaded lib [06:51] ... but they never complained about us using other system libs either... nor did they tried to force onto us how we should package those external libs [06:52] Ubulette: right ... i see [06:52] ok then [06:52] but i think they will not complain [06:52] we will soon know more [06:52] (this week) [06:52] as i will go into review with them for what we did in gutsy so far [06:58] cool, keep me posted :) [06:58] asac, http://pastebin.mozilla.org/189361 [06:58] I end up in the "no XBL" throw === asac_the_2nd [n=asac@e177168245.adsl.alicedsl.de] has joined #ubuntu-mozillateam [07:10] gnomefreak: do we know officially that our mt repo gets drowned? [07:10] is there a set date for that? [07:14] asac, http://pastebin.mozilla.org/189361 [07:14] I end up in the "no XBL" throw [07:14] any idea ? [07:19] Ubulette: do you have a lxr.mozilla.org link to getWebNavigation :) [07:21] http://lxr.mozilla.org/seamonkey/source/browser/base/content/browser.js#2245 [07:22] so ? gBrowser.webNavigation is failing because ? [07:22] so gbrowser is likely null [07:22] http://lxr.mozilla.org/seamonkey/source/browser/base/content/browser.js#750 [07:22] there is gbrowser set [07:23] well ... gbrowser.webnavigation could be null as well [07:23] function BrowserStartup() [07:23] { [07:23] gBrowser = document.getElementById("content"); [07:23] yeah ... where is browserstartup called? [07:23] not in browser.js as i seems [07:24] mozilla/browser/base/content/browser.xul: onload="BrowserStartup()" onunload="BrowserShutdown()" onclose="return WindowIsClosing();" [07:24] yeah [07:25] Ubulette: [07:25] http://pastebin.mozilla.org/189361 [07:25] what file is that? [07:25] you have an lxr link ; [07:25] ) [07:25] mozilla/browser/base/content/browser.js [07:26] line? [07:26] you pasted it too [07:26] i pasted it? [07:26] no [07:26] i pasted the impl of getwebnavigation [07:26] ok ist prepareforstartup [07:26] http://lxr.mozilla.org/seamonkey/source/browser/base/content/browser.js#893 [07:27] line 916 [07:28] probably webnavigation is null then [07:28] then, back to the beginning :) [07:28] don't see where that is ment to be set [07:29] well at least it was worth to look if gbrowser might be null [07:29] which appears to be unlikely imo [07:32] i don't see it atm ;) [07:36] Ubulette: its: http://lxr.mozilla.org/seamonkey/source/toolkit/content/widgets/browser.xml#230 [07:36] so the docshell is not set? [07:36] maybe that is throwing an exception? [07:37] how does the exception look like? [07:38] and dists/bin/firefox fails with "Error launching browser window: no XBL binding for browser" [07:38] interesting [07:38] whats the content of firefox? [07:38] followed by "Exception: TypeError: gBrowser.mTabContainer has no properties" [07:38] 2 popups [07:39] oh no xbl binding [07:39] hmm ... can we find the place where this is produced? [07:40] line 916 [07:40] browser.js [07:40] ok [07:41] http://www.sofaraway.org/ubuntu/tmp/xul-ff3-popup1.png [07:41] http://www.sofaraway.org/ubuntu/tmp/xul-ff3-popup2.png [07:42] http://lxr.mozilla.org/seamonkey/source/toolkit/content/xul.css#149 [07:42] thats where the xbl is bound [07:43] so maybe xul.css is not properly loaded? [07:45] its imported by ua.css [07:46] should be in dist/gre/res/ [07:46] can you confirm that there is a ua.css ? [07:47] strace shows no open for xul.css, maybe it's in a jar [07:47] http://lxr.mozilla.org/seamonkey/source/layout/style/Makefile.in#200 [07:48] Ubulette: please verify that ua.css is in that place [07:48] Ubulette: and yes its in toolkit.jar [07:48] for debugging you might want to build with flat chrome [07:48] open("/data2/chroots/gutsy-i386-20070812-1-granparadiso/src/bzr/build-area/firefox-trunk-3.0a8pre~cvs20070825/build-tree/mozilla/dist/bin/xulrunner/res/ua.css", O_RDONLY|O_LARGEFILE) = 28 [07:48] it's loaded [07:48] oh [07:48] is xul.css in toolkit.jar? [07:49] yes, content/global/xul.css [07:50] that looks sane [07:52] in which jar is browser.xml? probably in browser.jar ? [07:52] lets look from a different perspective ... maybe we want a test build without patching moz_app_name? [07:53] and see if it starts properly from dist/bin ? [07:55] hmmm ... i have the feeling its because of our name ... lets look in the XULStub... whose binary is copied over [07:55] http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#182 [07:57] Ubulette: have you tried to rename the binary as i asked before? [07:57] e.g. mv firefox firefox-trunk ? [07:57] (or whatever we call our app in application.ini now) [07:57] i think they definitly have to match [07:59] cool ... look at http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#246 ... that should explain that if we don't provide a maxversion its allowed to use higher xulrunners [08:00] however http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#224 ... there it says that it assumes that xulrunner can be found in mozappdir/xulrunner === Ubulette_ [n=Ubulette@APuteaux-153-1-32-5.w82-124.abo.wanadoo.fr] has joined #ubuntu-mozillateam [08:01] http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#182 [08:01] i've tried without trunk-profilename and trunk-fsh, i still get the 1st popup, not the 2nd [08:01] did you miss the things i said? [08:02] i mean .. have you been offline? [08:02] dsl dyn ip renewed :( [08:02] what was the last you saw? [08:02] I pasted the last 2 lines i got [08:03] 19:55 was your last line [08:03] (07:55:21 PM) asac_the_2nd: http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#182 [08:03] Ubulette ubuntulog [08:03] (07:57:03 PM) asac_the_2nd: Ubulette: have you tried to rename the binary as i asked before? [08:03] (07:57:12 PM) asac_the_2nd: e.g. mv firefox firefox-trunk ? [08:03] (07:57:29 PM) asac_the_2nd: (or whatever we call our app in application.ini now) [08:03] (07:57:38 PM) asac_the_2nd: i think they definitly have to match [08:03] (07:59:38 PM) asac_the_2nd: cool ... look at http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#246 ... that should explain that if we don't provide a maxversion its allowed to use higher xulrunners [08:03] (08:00:19 PM) asac_the_2nd: however http://lxr.mozilla.org/seamonkey/source/xulrunner/stub/nsXULStub.cpp#224 ... there it says that it assumes that xulrunner can be found in mozappdir/xulrunner [08:04] ok ... i am pretty sure that the problem is that browser.xul cannot be found [08:04] i think it would be easiest to do a respin with flat chrome [08:04] so you can see what it tries with strace [08:04] if we see whats going on we can find the problem in code for that [08:04] sorry ... not browser.xul, but browser.xml [08:05] (e.g. browser.xml is the XBL binding for browser) [08:05] my guts feeling says me that xulrunner doesn't look in our dist/bin/chrome dir at all [08:05] it's not directly in dist [08:05] but just into the xulrunner/chrome dir [08:05] Ubulette: as everything related to chrome its in .jar [08:05] e.g. browser.jar [08:06] which is why i say that we should build with flat chrome [08:06] to we don't have a jar anymore [08:06] of course just to debug [08:06] build-tree/mozilla/dist/bin/chrome/browser.jar", O_RDONLY|O_LARGEFILE) = 24 [08:06] i think building ff-gp with flat chrome shoujld be enough [08:06] Ubulette ... well you cannot know if the browser.xml file is properly resolved though [08:07] it certainly isn't ... given that browser.xul appears to be resolved [08:07] right [08:07] because otherwise we wouldn't see those browser.js pop-ups [08:07] the other thing that might fail to resolve might be xul.css [08:07] which is in toolkit.jar [08:07] do you see if toolkit.jar is opened? [08:08] it is [08:08] a dozen times or mor [08:08] e [08:08] yep [08:08] so ... i think we should build with flat (just firefox-gp for now) ... and see what files out of browser.jar are actually touched [08:09] maybe we can make the jar loader log what is tried to open? === Ubulette_ is now known as Ubulette [08:22] Ubulette: run with [08:22] set NSPR_LOG_MODULES=nsJarProtocol:5 [08:23] s/set/export/ ... obviously [08:23] no effect [08:23] no log output you mean? [08:23] yes [08:24] is PR_LOGGING defined in build-tree/mozilla/config.status ? [08:24] or config.h [08:24] aeh mozilla-config.h i mean [08:24] not in config.status [08:25] nope [08:26] 'im guessing all this is now in xulrunner [08:26] #if (defined(DEBUG) || defined(FORCE_PR_LOG)) && !defined(WIN16) [08:26] #define PR_LOGGING 1 [08:27] nsprpub/config/config.mk:DEFINES += -DFORCE_PR_LOG [08:27] hmm ... so probably we should just pass it manually [08:29] that sucks ;) [08:31] nspr-config should provide --defines? ... and we should add them to AC_DEFINES? [08:31] like firefox-config --defines [08:31] but there is no such thing for nspr-config --defines [08:32] or lets just add this define manually for now and see if we get more log output then [08:33] well .. i think that config/config.mk really should get the -DFORCE_PR_LOG somehow [08:33] or do you see if its set during build? [08:34] from what i see you don't get logging unless you have DEBUG set for the whole non-nsprpub tree [08:34] even if you have in source nspr ... so not our fault [08:34] i think its not ment to be that way .... but probably moz defs don't realize because they run their full debug build anyway [08:35] i don't know [08:35] maybe its for performance reasons ... [08:35] nsprpub/config/config.mk always sets -DFORCE_PR_LOG [08:35] but when you include prlog.h in firefox tree it won't be set imo [08:36] so PR_LOGGING is not set ... so we get a lot less logging [08:36] and now i am not sure what todo [08:37] i mean for default installs we might not want that define ... as it probably causes slow down [08:37] maybe we want to do two builds and provide a firefox-full-debug package that replaces firefox? [08:38] but that might cause extension/plugin breakage if they have different abis (not sure) [08:39] you mean xulrunner, right ? as for ff3, there's not much left when using xulrunner [08:39] right [08:40] but i think it should be a -full-log package ... instead of full-debug ... because that shouldn't most likely not break abi [08:40] but maybe its enough to just provide such a build in ppa [08:40] e.g. if we want detailed log from bug reporter, point him to a full log build [08:41] anyway ... lets not waste time on that for now [08:41] can you try if just building ffox gp with --enable-chrome-format=flat doesn't fail to build and maybe gives us a clue if and where xulrunner tries to resolve browser.xml ? [08:41] btw, there is no more ff -> ff-bin, ff is a bin [08:41] so no -g for gdb [08:42] no more [08:42] Ubulette: hmm .. but we can probably just do a gdb /usr/bin/firefox now :) [08:42] which would be not bad at all imo [08:43] or gdb ./firefox ... when in dist/bin [08:44] but we need xul dbgsym [08:44] yes ... that should just work, right? e.g. build with pkg-create-dbgsym installed [08:45] not sure the ddeb will end up in the repo [08:45] you just have to be sure that you configure xurlunner with [08:45] even if it's built [08:45] --disable-strip --disable-strip-libs and -g [08:45] Ubulette: not so important atm imo ... we can consider providing a -dbg package [08:45] but for us it should be enough [08:46] we should try to work with pitti and ppa guys to provide dbgsym packages to a broader audience [08:47] yep [08:47] in the long run handcrafted -dbg packages are ment to die [08:47] every package should have one anyway [08:47] in the meantime, i'll feed xul to my bot, i'll have the dbgsym for free ;) [08:48] thats good :) [08:57] hm, my bot is not done with today's run [08:58] seems the week-end has been active for most of the projects i track ;) [08:59] gnome? [08:59] a part of it [09:00] yeah today a new freeze was lifted for gnome [09:00] so maybe thats the reason for them [09:00] not lifted, but established :) [09:00] ok i'll watch a dvd now [09:00] bbl [09:00] enjoy [09:01] tx === shirish [n=shirish@59.95.22.96] has joined #ubuntu-mozillateam [09:37] anybody up? [09:38] lo [09:38] Here and there... [09:38] Ubulette: hey ;) [09:38] Ubulette: I have been enjoying your uploads, thanx [09:39] glad to hear [09:39] Ubulette: one thing though, any ideas about when the HTML video tag patch will be included in firefox-trunk? [09:40] it's not already in ? [09:40] oh, the svg demo [09:40] Ubulette: don't think so... I'm subscribed to a bug which says the patch is not complete [09:41] id ? [09:41] Ubulette: no, the svg demo & html video are 2 different things/elements [09:42] hang on lemme try if I can find that bug in the 350 odd bugs I am subscribed to ;) [09:42] Ubulette: got it, https://bugzilla.mozilla.org/show_bug.cgi?id=382267 [09:42] ;) [09:42] Mozilla bug 382267 in DOM: HTML "Implement WHATWG Video spec" [Enhancement,New] [09:44] http://www.bluishcoder.co.nz/2007/08/firefox-video-element-patch-version-4.html [09:44] it started from http://www.bluishcoder.co.nz/2007/08/svg-video-demo.html [09:47] Ubulette: on the same page where it says it should be able to play the file it says [09:47] Sorry, this browser does not support the video element. [09:47] and I'm using today's build, of course not your fault or anything [09:48] Ubulette: I'm guessing the bluishcoder guy/gal whoever jumped the gun a bit too early. It's not in the browser as of now. [09:48] right, it's not there yet. the patch is 200K ! [09:49] will take time to be reviewed [10:02] lol :P [10:03] they wouldn't want any easy browser-execution hijack stuff, although I suspect some will still find a way :P [10:07] I never said it will never enter, just that it usually takes time [10:09] asac: I'll just do one quick change to ubufox patch. I forgot to add the "(Close LP: #...)" part to changelog. I'll be done in a few minutes and will post the link to the new diff... [10:10] asac: Oh, I forgot there's no debian dir in my branch :)... [10:11] (01:37:30 IST) Ubulette: I never said it will never enter, just that it usually takes time [10:11] (01:37:30 IST) Ubulette: I never said it will never enter, just that it usually takes time [10:11] Ubulette: where you talking to somebody else? [10:11] to you [10:12] asac: It's bug 134426 [10:12] Launchpad bug 134426 in ubufox "[gutsy] plugin finder service runs forever" [Undecided,In progress] https://launchpad.net/bugs/134426 [10:12] I never said anything about it entering now or something if you see my query was about if you had any idea when it will be coming up, but apparently you don't/didn't [10:13] Ok... dinner/shower/smoke time... be back in an hour or so... [10:14] Ubulette: nvm, just one of the things to look forward to I guess, I do hope though its there before milestone 9 otherwise it gets relegated to firefox-4 which is quite some time away :( [10:15] Ubulette: feature-freeze is at milestone 9 [10:17] yep [10:26] Ubulette: another thing with today's build one cannot download anything, say some archive or something from some file-hosting site [10:32] you sure ? got not problem dling a file from my web site [10:41] asac, mozilla bug 392852 [10:41] Mozilla bug 392852 in Build Config "Upgrade Mozilla trunk to NSPR_HEAD_20070820" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=392852 [10:41] they bumped nspr requirement [10:46] Ubulette: sure, for I tried downloading the same file over couple of times, then tried the same file from FF & it worked. [10:47] url i can try ? [10:47] Ubulette: can give but in private [10:48] ok, unless you have one public [10:48] Ubulette: nope, be careful, its for those who are under 21 ;) [10:48] sorry meant over 21 ;) [10:48] 2:15 a.m. here hence the slip-up [10:49] worked for me [10:49] instantaneous dl [10:49] i'm older than that, and by far [10:50] shirish, maybe it's one of your addons. did you try in safe mode ? [10:50] some addons are known to be broken [10:52] Ubulette: while you are right about addons being broken, none of the addons I have actually work. I just have them in the hope some of these authors wake up one day & say we are going to make them 3.0pre8 or pre9 compatible. [10:52] as dl related addons, i only have favloc and download status bar, both not compatible with trunk [10:53] i have 8 active out of 25 installed [10:53] Ubulette: I have DownThemAll only [10:53] you are luckier, I have none of 6 installed. [10:56] asac, too bad, dbgsym produces ftbfs on nss [10:58] Ubulette: another thing, installing an extension makes firefox-trunk segfautl :( [10:59] segfault [10:59] not much i can do. if you can reproduce and obtain a good stack trace, you may try to open a bug upstream [11:01] ubotu stacktrace [11:01] Sorry, I don't know anything about stacktrace - try searching on http://bots.ubuntulinux.nl/factoids.cgi [11:01] ubotu stack trace [11:01] Sorry, I don't know anything about stack trace - try searching on http://bots.ubuntulinux.nl/factoids.cgi === TimMc [n=timmc@va-71-48-150-252.dhcp.embarqhsd.net] has joined #ubuntu-mozillateam [11:03] Hey, what the crap is going on with youmortals.com? [11:06] Ubulette: how is stacktrace different from backtrace? [11:06] it's not :) [11:08] Ubulette: it also uses gdb? or something else? [11:08] For gdb doesn't wanna play with firefox-trunk [11:08] gdb with the ddeb installed [11:09] ddeb = dbgsym package [11:09] Ubulette: I have always the -dbgsym installed, it might be not today's but yesterday's build, as you said today's -dbgsym failed to build. [11:10] hmm, no [11:10] i was talking about nss ddeb [11:10] ff-trunk is fine as far i know [11:10] Ubulette: oh something else , anyway here's the output trying to run gdb [11:10] http://pastebin.ca/671656 [11:11] Ubulette: revision is 2007082618 [11:11] run firefox-trunk -g [11:12] not gdb firefox-trunk [11:13] Ubulette: that works [11:13] reason is firefox-trunk is a shell script, not a binary [11:14] Ubulette: then in that case is there a log which happens somewhere or no? [11:14] There's a friggin' *adsquatter* on http://gnomefreak.youmortals.com/mozilla-testing [11:15] TimMc, i think it's dead. you may want to go to https://dogfood.launchpad.net/~mozillateam/+archive now [11:16] it's temporary though (as it's beta lp) [11:16] Ubulette: In that case, it should probably be unlinked from the Ubuntu wiki. [11:17] Especially the Mozilla Team pages. [11:17] i think it will [11:17] it just occured in the last few days [11:17] It's a bit of a security risk, isn't it? [11:18] gnomefreak, u here ? [11:20] Ubulette: I can give out all the printout as it came onto the stdout but don't know if it would be of any help or not. [11:20] Well, as long as folks know. -.- === TimMc [n=timmc@va-71-48-150-252.dhcp.embarqhsd.net] has left #ubuntu-mozillateam [] [11:22] shirish, if it crashes using -g, just type 'bt' [11:23] show my in pastebin what you get [11:23] -my+me [11:23] Ubulette: I was able to crash it successfully, although I didn't do just bt I did the whole thing http://pastebin.ca/671668 [11:24] if this doesn't help, can try again, this time just with bt [11:24] Ubulette: line 68 is where the segmentation fault happened & firefox-trunk died. [11:25] Ubulette: the name of the extension is DownthemAll , its the beta which I wanted to install. [11:27] Ubulette: ? [11:27] Ubulette: another thing, please also look at line 24 & 27, some extra commands I had put before giving the run command to firefox-trunk [11:28] its a shame it wasnt taken over it was moved [11:28] but let him think what he wants ;) [11:30] gnomefreak: I'm running firefox-trunk -g (using the debugging symbols), have done bt (backtrace on it) anything else I need to do before quitting gdb? [11:31] shirish: did you read our bug page with the instructions on how to obtain backtrace? [11:31] mozilla bug 393309 [11:31] Mozilla bug 393309 in Installer: XPInstall Engine "Crash @nsInstallTrigger::HandleContent when browsing directly to XPI file" [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=393309 [11:31] seems like your bug [11:31] shirish: https://wiki.ubuntu.com/MozillaTeam/Bugs/ [11:31] Ubulette: did you need something? [11:31] gnomefreak: have you fixed the wiki? [11:32] asac_the_2nd: no not yet [11:32] asac_the_2nd: i havent figured out that part yet [11:32] well .... at least remove the youmortals infos :) [11:32] gnomefreak, nothing. just wanted you to deal with the guy ;) [11:32] i /msged him [11:33] it seems i forgot nspr [11:34] i'm having some hard times with nss+dbgsym [11:35] ok removed the bogus apt lines for now [11:35] Ubulette: thanx for the bug link subscribed myself, will go to sleep, 3:10 a.m. here now. [11:35] as soon as i figure this out ill put something there [11:36] Ubulette: maybe tomorrow you can tell me more about nspr & stuff to me. [11:36] thanx all guys [11:36] sure === shirish out === shirish [n=shirish@59.95.22.96] has left #ubuntu-mozillateam [] === gnomefreak rushes to get this done before storm hits harf [11:38] hard [11:40] asac_the_2nd: ty for coomenting on wiki [11:41] np [11:41] how can we subscribe mt code to my branches? [11:42] not sure [11:42] i think firefox and thunderbird release branches [11:42] Ubulette: did you subscribe mt to your branches? [11:42] how did you do that? [11:42] e.g. Role: Registrant [11:43] asac_the_2nd: give me your links ill see what i can do [11:43] https://code.launchpad.net/~asac/firefox/ubuntu-2.0.0.x [11:43] https://code.launchpad.net/~asac/thunderbird/ubuntu-2.0.0.x [11:43] https://code.launchpad.net/~asac/ubufox/main [11:43] https://code.launchpad.net/~ubuntu-core-dev/ubufox/ubuntu [11:44] those should be it for now [11:44] i didn't [11:44] interesting [11:44] lp did that [11:44] why? [11:44] working on them :) [11:44] ah cool [11:44] Ubulette: i think gnomefreak did that [11:44] lp told me to push fta@code.lp/~mt/foo [11:44] Ubulette: i doubt that this happens automatically [11:44] Back.. [11:45] Ubulette: those are then mt branches .. e.g. Role Author ... not Registratnt [11:45] all 4 are done [11:45] https://code.launchpad.net/~mozillateam/ [11:45] mt is subscribed [11:45] gnomefreak: thats interesting [11:45] so when is something a registrant [11:45] when is something an author ... and when subscriber? [11:45] when you make the branch [11:46] you register the (name) [11:46] like had to register sunbird before i could make the branch [11:46] i was registernt and author of one of the branches [11:46] hmm [11:47] can you explain it for the concrete examples on https://code.launchpad.net/~mozillateam/ ? [11:47] for instance, why is ubulette branch for xulrunner registrant? [11:47] oh, i pushed to mt as fta without registering 1st [11:47] Ubulette: did you have to register nss-ubuntu-trunk [11:47] as a LP package? [11:47] before makeing the branch? [11:47] but ubuntu-2.0.0.x for mt isn't ? [11:48] look at your branch [11:48] (firefox ubuntu-2.0.0.x) [11:48] who registered firefox to LP? [11:48] maybe ian? [11:48] firefox was registered a long time ago im asssuming [11:49] no idea [11:49] so its a bug? [11:49] no [11:49] me nor you registered it in LP [11:49] that mt is author of those branches? [11:49] mt is author because we made it ~mozillateam [11:49] do you mean you can't push into xul ? [11:50] Ubulette: only you can [11:50] no ... i wonder why its different [11:50] he? [11:50] since its your authored branch [11:50] ? [11:51] i pushed in ~mt so i thought everyone here could push [11:51] no i doubt that [11:51] its pushed to mt ... so we all can push to that branch [11:51] asac_the_2nd: only wayt to be registrant is to register the project with LP https://launchpad.net/projects/ [11:51] asac_the_2nd, what does lp tell you when you visit the branch ? [11:52] firefox was registered long before we took over it [11:52] anyway ... xulrunner was not registered by Ubulette ?? [11:52] no [11:53] it was already there, with no branch [11:53] yeah ... i think i registered it [11:53] its all blurry ... nevermind [11:53] i will figure out at some point :) [11:53] ok im on the firefox LP page i can change regeristrant [11:54] who do you want as it? [11:54] gnomefreak: for both branches its mz [11:54] mt [11:54] but still one is registrant ... the other auhtor [11:54] right now its mt-bugs afaict [11:54] so its probably not the "registrant" [11:54] i already looked at that [11:54] gnomefreak: for what? [11:54] Change the owner of Mozilla Firefox [11:54] Current: Mozilla Bugs [11:54] New: (Choose) [11:54] This is: An existing person or team [11:54] A new team I'm creating here [11:54] The new team's name must begin with a lower-case letter or number, and contain only letters, numbers, dots, hyphens, or plus signs. [11:54] oh [11:54] yeah use mozillateam instead [11:55] its not mozilla bugs :) [11:55] https://launchpad.net/firefox start here [11:55] o ... me blind [11:55] yeah i probably didn't read the full line :) [11:55] changed [11:55] Driver: Mozilla Team [11:56] anything else while im at it? [11:56] no [11:56] well all that are currently bugs should be team [11:56] if there are any [11:57] ill look into it this week if you remind me [11:57] gnomefreak: you changed something else [11:58] im gonna be gone a good part of tuesday afaik [11:58] hopefully not all bug mail gets to team now [11:58] its still author [11:58] bug contact is still mt-bugs [11:58] i changed owner of the project [11:58] thats all i did [11:58] i dont understand why https://code.launchpad.net/~mozillateam/xulrunner/xulrunner-1.9.ubuntu.trunk [11:58] is author ubulette [11:59] while all other branches under mt are author mozillateam [11:59] i can upload to it [11:59] because i pushed with bzr+ssh://fta@code ? [11:59] would yuou like it changed? [11:59] wierd ... it wasn't done for those that i pushed :/ [12:00] i changed it now ... i think author should be the same as ~USERNAME [12:00] you want mozillateam as author? [12:00] already done [12:00] yes that is all [12:00] asac_the_2nd, look at iceowl.debian-0.x [12:00] it's the same [12:00] Ubulette: yeah [12:02] ok fixed [12:02] i am unsure how to use the author field ... or what it means [12:03] for private branches its clear ... probably its ment to be something like "owner" ... or "driver" or "primary contact" [12:03] ? [12:03] why did you only chnage xul ? [12:03] i changed sunbird as well [12:04] do we need the "nss.ubuntu.tag312a1b" ? [12:04] branch? [12:04] same for nspr ? [12:04] yes [12:04] that's the branch for gp [12:05] why? [12:05] trunk doesn't use the same tag? [12:05] the trunk one is HEAD [12:05] why do we need that one in mozillateam? [12:05] is it a tag as well? [12:05] same reason as ff-trunk [12:06] so you say that trunk uses a different tag in upstream code base than gp? [12:07] NSS_CO_TAG = NSS_3_12_ALPHA1B [12:07] NSPR_CO_TAG = NSPR_HEAD_20070820 [12:07] yes [12:07] thats what gets checked out on trunk [12:07] hmm [12:08] asac, mozilla bug 392852 [12:08] Mozilla bug 392852 in Build Config "Upgrade Mozilla trunk to NSPR_HEAD_20070820" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=392852 [12:08] they bumped nspr requirement [12:08] Mozilla bug 392852 in Build Config "Upgrade Mozilla trunk to NSPR_HEAD_20070820" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=392852 [12:08] k [12:09] so either we follow this for GP, or we don't [12:09] well ... why not name it ubuntu.trunk [12:09] i jsut wanted all -trunk to be non tagged [12:09] and ubuntu.granparadiso then? [12:09] and pair the frozen ones for gp [12:09] e.g. in that way we don't need new branches everytime they tag/upgrade [12:10] and bringing paradiso to next tag is as simple as merging up trunk to that branch? [12:10] ff-trunk, nss-trunk, nspr-trunk and ff-gp, nss-tag, nspr-tag [12:10] but why tag? that branch tracks the nspr/nss needed to build paradiso [12:10] why not express that in the name? [12:12] nss-gp ? [12:12] don't you think its better to use that generic name? [12:12] yeah [12:12] ok, I don't mind [12:12] but just ubuntu.trunk ... ubuntu.granparadiso [12:13] i was not very inspired [12:13] though i have no hard opinion about that [12:13] well ... we could just change it in launchpad if we want .... so easy enough [12:13] not really high prio ;) [12:13] it's not readable if you drop the app name [12:14] if project was the 1st column, then yes [12:14] yeah ... i am ok to keep it for now === TimMc [n=timmc@va-71-48-150-252.dhcp.embarqhsd.net] has joined #ubuntu-mozillateam [12:21] TimMc: I removed the urls from wiki for now ... thanks for the reminder [12:21] gnomefreak let me know what was going on [12:21] thanks [12:21] It looks like http://ppa.dogfood.launchpad.net/mozillateam/ubuntu/ can be used instead. [12:21] Is this correct? [12:21] TimMc: about youmortals? ... subscription of archive sponsor ended [12:22] TimMc: well .. dogfood will disappear soon ... we will wait a few days and put in the final url directly [12:22] ok [12:22] TimMc: have you tested that it works as apt line? [12:22] I have not. [12:23] i think it should be [12:23] deb http://ppa.dogfood.launchpad.net/mozillateam/ubuntu/ universe [12:23] but not sure [12:23] and which John Vivrito on the keyservers is the signer? [12:24] 3C1C3C2A or 64C5EE6D? [12:24] TimMc: thats obsolete as well ... i have no idea if and how the ppa will be signed [12:24] hmm, okay [12:24] but it almost certainly will not be john's key ;) [12:24] k :-) [12:25] thanks for caring though. [12:27] mozilla bug 379886 [12:27] Mozilla bug 379886 in GFX: Thebes "Font preferences panel selects random fonts in cairo builds" [Major,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=379886 [12:29] hmm the second patch doesn't look like its really related [12:29] we probably want that on stable ffox ... or we even might have that already [12:29] at least mike has that patch in its xulrunner iirc [12:31] just landed in trunk [12:31] so it will be in my next build of xul too [12:31] i'm still fighting with nss, it failed while doing the ddeb [12:32] thats strange ... failed hard or just empty ddeb? [12:32] shlibsign failed [12:32] hmm ... didn't we fix that? [12:32] LD_LIBRARY_PATH=debian/libnss3-0d/usr/lib debian/libnss3-tools/usr/bin/shlibsign -v -i debian/libnss3-0d/usr/lib/nss/libnssdbm3.so [12:32] NSS_Init failed: Failure to load dynamic library. [12:33] you see what it tries do load? [12:33] when did it break btw? [12:33] it worked a few days ago, right? [12:34] open("debian/libnss3-0d/usr/lib/libsoftokn3.so", O_RDONLY) = -1 ENOENT (No such file or directory) [12:34] readlink("debian/libnss3-0d/usr/lib/libnss3.so.0d", 0x805f518, 1023) = -1 EINVAL (Invalid argument) [12:34] open("debian/libnss3-0d/usr/lib/tls/i686/sse2/cmov/libsoftokn3.so", O_RDONLY) = -1 ENOENT (No such file or directory) [12:34] open("debian/libnss3-0d/usr/lib/tls/i686/sse2/libsoftokn3.so", O_RDONLY) = -1 ENOENT (No such file or directory) [12:34] open("debian/libnss3-0d/usr/lib/tls/i686/cmov/libsoftokn3.so", O_RDONLY) = -1 ENOENT (No such file or directory) [12:35] readlink fails as it's not a link [12:35] then libsoftokn3.so is not there but in debian/libnss3-0d/usr/lib/nss.libsoftokn3.so [12:35] but debian/libnss3-0d/usr/lib/libnss3.so.0d exists? [12:35] yes [12:36] hmmm did the patch need adaption? [12:36] maybe they changed the names? [12:36] i don't think so [12:37] but shouldn't it be in usr/lib/nss/libsoftokn3.so ? [12:37] e.g. isn't it in that place for stable+gp ? [12:38] looks suspicious close ... e.g. nss.lib -> nss/lib [12:42] no, that's a typo [12:42] here [12:43] then it looks like its exactly the thing the patch tries to tackle [12:43] you sure its applied? [12:45] i did it last for libnssdbm3.so [12:45] yeah but softtoken loader is patched as well? [12:47] hmm, no [12:47] jazzva ... where did you attach the patch to? [12:47] Ubulette: well it was in the beginning ... maybe you dropped it? [12:48] no it wasn't [12:49] http://codebrowse.launchpad.net/~mozillateam/nss/nss.ubuntu.granparadiso/annotate/svn-v2%3A39874%40f4e3d8d1-d80b-0410-9133-bbc0d6b0e2e8-nss%2ftrunk?start_revid=fta%2Blaunchpad%40sofaraway.org-20070817224023-9lj1xlki5wcb2jfn&file_id=svn-v2%3A39874%40f4e3d8d1-d80b-0410-9133-bbc0d6b0e2e8-nss%2ftrunk-debian%2fpatches%2f80_security_build.dpatch [12:49] gasp, ugly [12:49] that's mike dpatch [12:49] asac_the_2nd: Umm... I sent it on some paste bin... Just the result of "bzr diff -r Rev1..Rev2" [12:50] I'm not sure if patch should have that "== modified file.... ==" line... [12:51] Jazzva: i added a link to the diff to the bug now [12:51] Ubulette: the urls doesn't yield a thing [12:52] Ubulette: iirc we looked at the patch when we had troubles because of dbm [12:52] asac_the_2nd: Thanks :)... [12:56] Ubulette: rev 11 is really huge ... we should have done that in multiple steps :) [12:56] http://codebrowse.launchpad.net/~mozillateam/nss/nss.ubuntu.granparadiso/changes [12:57] 681 LIBRARY_NAME = softokn [12:57] 682 LIBRARY_VERSION = 3 [12:57] 683 MAPFILE = $(OBJDIR)/softokn.def [12:57] 684 +SO_VERSION = 0d [12:57] [12:57] it's sonamed === TimMc [n=timmc@va-71-48-150-252.dhcp.embarqhsd.net] has left #ubuntu-mozillateam [] [12:59] well ... then it should be in /usr/lib = [12:59] ? [01:02] apparently not as it's beeing signed [01:02] using nss loader [01:02] yes... i think there is something messy [01:03] regardless of that it probably won't help, we should try to untangle rev 11 tomorrow so we can submit the quiltification to debian ... [01:03] libnss3-dev.links:usr/lib/libsoftokn3.so.0d usr/lib/libsoftokn3.so [01:03] rules: $(foreach lib,libsoftokn3.so.0d nss/libfreebl3.so nss/libnssdbm3.so, \ [01:03] it's all wrong [01:04] we soname it, then sign it [01:04] i think the proper sequence would be -> 1. quiltification -> refresh quilt patches -> upgrade to trunk [01:04] hmm [01:05] we should either not sign it, or un-sonamed it and move it in nss [01:06] lsof /usr/lib/libsoftokn3.so [01:06] COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME [01:06] gnome-pan 6089 fta mem REG 8,1 236008 6394133 /usr/lib/libsoftokn3.so.0d [01:06] liferea-b 6200 fta mem REG 8,1 236008 6394133 /usr/lib/libsoftokn3.so.0d [01:06] so we keep it there and not sign it [01:06] yeah its right soname it [01:06] and its right to have it in /usr/lib [01:06] and its right to shlibsign it :) [01:06] ? [01:07] unless we added the shlibsign :) ... but i think it works proper in gutsy [01:07] the loader is not able to load so.0d [01:07] $ ls /usr/lib/libsoftokn3.* [01:07] /usr/lib/libsoftokn3.0d.chk /usr/lib/libsoftokn3.so /usr/lib/libsoftokn3.so.0d [01:07] well ... it works there [01:07] the link is just from dev package [01:07] not in a clean chroot, it's signed *before* the link is created [01:08] ireally doubt that the loader loads libsoftokn3 at all ... its linked in [01:08] Ubulette: what do you mean? i didn't say that the link should be there ... i said it works without the link as well [01:08] i mean for our stable nss it *works* ... and its placed like above [01:08] e.g. not in /usr/lib/nss