[01:09] http://pastebin.mozilla.org/189419 [01:10] line 14+ [01:11] btw, it's while signing debian/libnss3-0d/usr/lib/nss/libnssdbm3.so [01:13] ok so shlibsign is not properly linked against the sonamed lib [01:13] no, paste is wrong, i touched ld_library_path [01:15] http://pastebin.mozilla.org/189420 [01:15] well look at ldd path/to/shlibsign [01:15] its probably wrong [01:15] see how it works well for libssl3.so.0d but not for libsoftokn3.so.0d [01:15] yeah ... we probably dropped some piece or something [01:15] that was important in this regards [01:16] ldd is correct, but libsoftokn3 is not linked [01:17] yet it's loaded at runtime [01:17] but without soname [01:17] well its not directly linked than [01:17] look at libnss [01:17] or something [01:17] its definitly linked by something [01:18] yeah libsoftokn3.so.0d is linked by libnss3.so.0d [01:18] at least for stable nss [01:21] ohoh, it was in NSS_3_12_ALPHA1B, not anymore [01:21] that's nss trunk that I'm trying to build here [01:22] yeah if its really gone ... just remove it from rules shlibsign for statement [01:22] oh, they now compile with -DSOFTOKEN_LIB_NAME=\"libsoftokn3.so.0d\" [01:23] welll we did that before as well [01:23] it was in manifest.mn ... look for DEFINES [01:23] so is it officially gone on latest trunk? [01:23] then its most likely just that we can drop and don't care about it [01:24] actually ... i don't understand the problem here :) [01:24] maybe its that they didn't adapt shlibsign.c code ... now that the lib is gone? [01:24] that might be true ... nobody knows if they really care about that binary [01:25] the signing is done by us, not them [01:25] it's in debian/rules [01:26] yes i know [01:26] but we drop it ... search patches for CHECKLOC [01:26] we have to do it because we strip libs after build [01:26] so chk files would be bad [01:27] line 20 in security_build patch [01:29] maybe our main problem is that we move the dbm thing [01:29] maybe it should be sonamed ... and placed in lib ? [01:29] is it linked into something? [01:29] e.g. in libnss3 ? [01:29] otoh ... crazy [01:30] i would have to look at the full code ... can't see from your diff [01:30] here are my logs http://www.sofaraway.org/ubuntu/tmp/nss-trunk--1188161291-1188161584-FAILBUILD-3.12.0~cvs20070825-0ubuntu1--3.12.0+cvs20070826t1341+bbot-1.log.gz [01:35] ok so who the f. loads softokn ? [01:37] do you have an ldd of libnss3.so.0d please [01:37] e.g. how it looks like in debian/... [01:39] http://pastebin.mozilla.org/189422 [01:39] http://lxr.mozilla.org/seamonkey/source/security/nss/lib/nss/config.mk#52 [01:39] there it should be -lsoftokn3 [01:39] but i don't see it anywhere in log [01:40] maybe compare with ppa logs [01:40] there is something broken [01:40] really ? :) [01:42] is NS_USE_GCC defined? [01:42] grep in coreconf/config/ [01:42] or config.status [01:45] hmm [01:45] ./debian/rules: NS_USE_GCC=1 \ [01:45] ok [01:45] anyway ... it doesn't obey rules.mk then [01:46] because rules.mk adds -lsoftokn3 to compile [01:46] for SHARED_LIBRARIES and PROGRAMS [01:46] if NS_USE_GCC [01:47] http://lxr.mozilla.org/seamonkey/source/security/coreconf/rules.mk#330 [01:48] and EXTRA_SHARED_LIBS should contain -lsoftokn3 [01:48] http://lxr.mozilla.org/seamonkey/source/security/nss/lib/nss/config.mk#53 [01:49] but i don't see that anywhere in your build log [01:49] just plc4 plds4 nspr4 [01:50] yep [01:50] look at line 4000 in your build log [01:50] can you verify that the config.mk file really looks like the one i posted? [01:51] i can't see where it would take the libs without the softokn3 from [01:51] in those files in lxr [01:51] (which is what they think is currently trunk) [01:52] is your trunk checkout really the tag they pull from ff/xul trunk? [01:53] Ubulette: you don't checkout a tag [01:54] no [01:54] plain head [01:55] compare with http://librarian.dogfood.launchpad.net/7816314/buildlog_ubuntu-gutsy-i386.nss-trunk_3.12.0~alpha1b-0ubuntu1~mt4_FULLYBUILT.txt.gz [01:55] it does -L/build/buildd/nss-trunk-3.12.0~alpha1b/mozilla/dist/lib -lsoftokn3 -L/usr/lib -lplc4 -lplds4 -lnspr4 -lpthread -ldl -lc [01:56] mine is -L/src/buildbot/nss-trunk-3.12.0+cvs20070826t1341+bbot/mozilla/dist/lib -L/usr/lib -lplc4 -lplds4 -lnspr4 -lpthread -ldl -lc [01:57] well then you wasted our time somehow ... HEAD just doesn't make sense for nspr and nss [01:57] there is no problem that i see [01:57] a trunk is a trunk [01:57] if we waste our time here, we also waste it with ff-trunk [01:58] i'll have a fresh look tomorrow, i'm tired now [01:58] point is that trunk nss is something else ... its not what ffox-trunk needs ... but i see your point :) [01:58] question is if its just a transitional thing we are hunting here [01:58] if not then its not wasted time [01:59] my point is just that ffox-trunk should not be build against nss trunk ... but the tag that client.mk names [01:59] i always thought that nss-trunk tracks the branch needed for firefox-trunk [01:59] and nss-granparadiso tracks the one we need for paradiso [02:00] but then i have no idea how the real trunk should be called [02:00] maybe nss-ahead :) [02:00] no [02:01] gp is close to trunk so nss-gp could be used for ff-trunk too, at least for ppa [02:02] as you saw in gp its not the case ... trunk now has other tag then trunk [02:02] s/in gp/in nspr/ [02:03] anyway ... lets think about it [02:03] what a mess ! [02:03] which is why i never wanted to build real trunks of those libs ... the difference imo is that a bunch more people might want to track firefox trunk than nss/nspr trunk :) [02:03] but then i am not a man who diliberately ignores minorities [02:03] so ... no idea [02:04] ;) [02:04] night will tell [02:05] personally i don't really need nss/nspr real trunk ;)... i just like ffox-trunk because we can see issues early and tell upstream about it ... which is actually what they would like to see from us. [02:05] and there are a bunch of people that want ffox-trunk of course ... but i already said that [02:05] ok ... i say 'night ... tomorrow i have far too much to do to stay awake that long :) [02:06] night [02:43] i can't tell ... what is going on ... but it works for me [02:43] asac@ubun:/tmp/nss.ubuntu.trunk/mozilla/security/nss$ cvs stat Makefile [02:43] =================================================================== [02:43] File: Makefile Status: Locally Modified [02:43] Working revision: 1.35 [02:43] Repository revision: 1.35 /cvsroot/mozilla/security/nss/Makefile,v [02:43] so its untagged trunk [02:44] but build succeeded [02:44] i just migrated all patches to apply cleanly [02:45] Ubulette: here the patch against your latest trunk [02:45] http://people.ubuntu.com/~asac/trunk.update.patch [02:45] asac: I'm working on that change in ubufox... Well, I got the table... now just to organize it and add the label :). [02:45] I suppose it will be finished by tomorrow... [02:45] well ... lots of clutter because of timestamps ... stupid me [02:46] Jazzva: cool === Paddy_EIRE [n=patrick@89.240.243.205] has joined #ubuntu-mozillateam [02:59] asac_the_2nd: Do you have any special variable naming policy you would like me to use? [03:00] s/special/particular/ [03:00] for what code? [03:00] in general we follow upstream convention when touching upstream code [03:00] asac: For ubufox... pluginInstallerWizar [03:00] well [03:01] +d [03:01] its like camelcase with first letter lower-case [03:01] for variables ... and functions i guess [03:01] classnames are full camelcase with first letter upper-case [03:01] but you should see in other code segments [03:01] maybe i messed it up though :) [03:01] Well, I noticed that camelcase (btw, I didn't know it was its name :)) [03:02] But I thought more of something like [03:02] yeah i think it is ... maybe there are other names ... but camelcase describes it well :) [03:02] tablePlugins which would be [03:03] and then cellPluginName which would have the same form [03:03] you mean semantic conventions [03:03] hmm [03:03] i think it should be reasonable [03:03] probably pluginsTableElement :) [03:04] Ok, I'll use something like that :) [03:04] or just pluginsTable ... if element is the only representation for that [03:04] but often there is another datastructure for that ... like a hashmap/array, etc. ... so saying xyzELement is good [03:05] Huh? :) === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [03:10] [03:04] but often there is another datastructure for that ... like a hashmap/array, etc. ... so saying xyzELement is good [03:10] [03:05] Huh? :) === Paddy_EIRE [n=patrick@89.240.243.205] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === cwong1 [i=chatzill@nat/intel/x-1dcb265579fa6120] has joined #ubuntu-mozillateam === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [09:45] ok this is getting old :( [09:48] if anyone is here can you please see how much mem and cpu xorg is using in gutsy unter top? [09:50] gnomefreak: 2 seconds and I tell you [09:50] ty [09:53] gnomefreak: CPU varies between 5 and 20 % and memory 3% [09:53] hmmmmm ok ty [10:11] lo [10:11] gnomefreak, cpu 0%, mem 3% [10:12] ty [10:13] PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND [10:13] 5559 root 15 0 79128 63m 11m R 1 3.1 9:28.74 Xorg [10:13] ah, 1% === gnomefreak still thinks its updatedb causing my issue but have to check everything :( [10:14] brb smoke [10:32] gnomefreak: there? you have your dput.cf entry to mt ppa? [10:32] yes [10:32] let me get it [10:33] hmmmmm [10:33] i thought that was the file [10:34] oh wait i think i know why [10:34] [ppa-mt] [10:34] fqdn = upload.dogfood.launchpad.net [10:34] incoming = ~mozillateam/ubuntu/ [10:34] login = anonymous [10:35] asac: the fqdn line will change once released (cant think of it atm but it will be somehting like ppa.launchpad.net) [10:35] asac: i used ppa-mt because i made a personal one as well so i had to give them different names [10:35] gnomefreak: you know the date when this will be switched? tomorrow? [10:36] asac: noone knows atm [10:36] i will ask when people start to talk more in #launchpad [10:36] great [10:37] dont forget for your personal on eyou have to register it [10:37] i already reg. mt [10:37] yeah ... i registered my personal one already [10:38] it would be nice if LP was more of a place to upload things [10:38] that doesnt make sense because its before 5am [10:39] and noone knows what happened to apokryphos :( [10:41] oh btw i fixed my sunbird branch [10:42] today ill look into the update thingy (i figure its not a waste if i fix it :) [10:48] asac: do you have ff source handy? [10:48] gnomefreak: for what? [10:48] and which version of ff? [10:48] the ubuntu-look-feel patches [10:48] im wondering if one of those had the disabled update button [10:49] since they failed to apply in sunbird i think we dropped them [10:50] hold on a sec i have a list of patches that we dropped maybe you remember what is in them? [10:51] http://pastebin.mozilla.org/189515 [10:59] debian/patches/disable-default-setting-for-app.update.enabled-and-app.update.auto.patch, [10:59] could that be the patch we need? [11:01] grabbing ff2.0 branch hopefully its still in there [11:04] weird thing is that patch isnt in iceape either that i have found [11:19] asac: just out of pure concern, would it be defined in say mozilla/toolkit/mozapps/update/src/Makefile.in [11:22] gnomefreak: yeah ... but is that one actually applied? [11:22] in ff it is i think [11:22] well its in a ff patch [11:22] asac: build-system-garbage.patch from ff2.0 [11:23] ifdef MOZ_UPDATER DIRS = updater endif [11:23] EXTRA_COMPONENTS = nsUpdateService.js [11:23] +GARBAGE += nsUpdateService.js [11:23] that is the part that caught my eye [11:29] hmmmmm [11:31] EXTRA_COMPONENTS = nsUpdateService.js [11:31] +GARBAGE += nsUpdateService.js [11:31] thats in sunbird garbage patch [11:32] ha i found the problem [11:32] im betting it was failing to apply so we # in series [11:33] gonne test build with it enabled === gnomefreak wonders if it failed due to the file names in patch. example build-tree/browser [11:37] thats odd [11:46] damn damn damn [11:46] remind me to never pull a branch of someone else ... but only merge into my branch [11:47] lol [11:47] i didnt do it this time but i think i know why the patch faild and why we dropped it but still testing [11:48] its not about what you said, but beacuse ubufox is broken [11:48] apparently jazzva elminated some important bits while merging [11:49] yuck [11:49] ha now to figure this out [11:50] yep found the issue [11:50] i can have this fixed today it looks like [11:51] can i drop all the mozilla/browser patches? [11:51] hunks [11:51] not patches [11:52] asac: here is full patch http://pastebin.mozilla.org/189520 only parts we really dont need are mozilla/browser/.... hunks afaik can i drop those hunks and try again? [11:53] all hunks that build showed to fail on were the mozilla/browser [11:53] screw it lets try it :) [11:58] asac: if i edit patch by hand do i have to do anything other than just build? [12:00] cross your fingers for me ill be right back going for smoke while i wait for pass/fail [12:05] asac: patch applied :) [12:07] sorry no idea at them moment what all this is about [12:08] gnomefreak: build system garbage is almost certainly not responsible for your update problem [12:10] asac: if this fixes it can you upload today [12:10] asac: only one way to find out :) [12:11] gnomefreak: well ... the garbage patch will not fix the update issues [12:11] i am 99.9999% sure [12:11] its just garbage [12:11] that nsUpdateService.js is in that file is just a coincident and has nothing to do with the update button [12:12] than why do we have it if its just garbage? [12:12] we are talking about sunbird? [12:12] gnomefreak: its just garbage that upstream forgets to remove on clean [12:12] yes sunbird [12:12] e.g. its not garbage ... but its not cleaned on clean [12:13] since sunbird is embedded tarball build we do not need that garbage thing at all [12:13] we could drop it from firefox as well [12:13] oh [12:14] it was just needed when we had not tarball embedded because otherwise the diff.gz would grow when you do two builds without wiping everything [12:14] gnomefreak: it should be easy to verify: is the update option false and locked now? [12:14] i doubt it is [12:15] not sure of either [12:16] gnomefreak: debian/patches/disable-default-setting-for-app.update.enabled-and-app.update.auto.patch, [12:16] that one looks more promissing [12:16] but i think we have it [12:17] not in sunbird [12:17] what is in that patch? [12:17] not sure yet where did you get it from? [12:18] gnomefreak: you pasted it ... seee above [12:18] asac: i dont have that patch in firefox 2.0.0.6 either [12:18] asac: we dropped it from sunbird/firefox ect [12:18] 10:59 < gnomefreak> debian/patches/disable-default-setting-for-app.update.enabled-and-app.update.auto.patch, [12:19] hold on ill show you where [12:19] sunbird changelog [12:20] firefox (2.0.0.4+2-0ubuntu2) gutsy; urgency=low [12:20] -- Alexander Sack Fri, 8 Jun 2007 01:11:00 +0200 [12:21] so our first build of sunbird was missing it as well [12:25] I have no way of knowing what revo that was to grab it [12:25] earlest i have is 74 [12:25] hmmm maybe i do [12:26] well we don't use it in firefox anymore as well [12:26] in firefox we just have firefox.cfg [12:27] and firefox-prefs.js [12:27] aeh ... debian/firefox.ubuntu-prefs.js [12:27] (which tell firefox to use firefox.cfg) [12:27] please verify that sunbird.ubuntu-prefs.js is installed to the same place as firefox isntalls it [12:28] o// only define lock file [12:28] pref("general.config.filename", "sunbird.cfg"); [12:28] thats what was in there [12:28] looking in .install for it [12:29] debian/sunbird.ubuntu-prefs.js usr/share/sunbird/greprefs [12:29] is that same [12:30] debian/firefox.ubuntu-prefs.js usr/share/firefox/greprefs [12:30] i would say yes the same [12:31] they are identical [12:31] sunbird.install and firefox.install [12:31] debian/sunbird.js etc/sunbird/pref [12:31] debian/sunbird.cfg usr/lib/sunbird [12:31] also are the same [12:38] usr/share/sunbird/js usr/lib/sunbird/js [is in debian/sunbird.links but not in debian/firefox.links [12:39] i dount sunbird.links is of any use though [12:48] asac: how do you use bzr clone to get a certain revo? [12:51] pref("extensions.update.enabled", true); [12:51] wonder if i should add for update to be false [12:51] gnomefreak: yes [12:51] bzr branch -rREVISION ... [12:51] k [12:52] may not need that if this works [12:52] gnomefreak: [12:52] in firefox we probably have the same setting ... but still its locked to false [12:52] we have to fibgure out why the locking mechanism doesn't work [12:52] well that wtf [12:53] the lock itself (if you mean cgf.source [12:53] it has them both set to false [12:53] wait a damn minute [12:54] the cfg only has 1 iirc [12:55] gnomefreak: what is in debian/sunbird.js ? === gnomefreak trying to figure out what file i was looking in wher eit only had 1 [12:55] pref("extensions.update.enabled", true); [12:55] pref("intl.locale.matchOS", true); [12:55] pref("browser.shell.checkDefaultBrowser", false); [12:55] other than comments that is it [12:56] gnomefreak: can you post a strace -f sunbird somewhere [12:56] i want to see if it looks at our prefs/cfg files at all [12:56] where do i do that from? [12:56] just run strace -f sunbird [12:56] and paste the output [12:56] oh k [12:56] install strace package (but you certainly have it already) [12:57] oh boy [12:58] ther eis alot of output [12:58] yes [12:58] gnomefreak: just [12:58] strace -eopen -f sunbird [12:58] should be less output [12:58] and only what matters for us [01:00] i cant seem to get it to pipe to a file for some damn reason [01:02] cant pipe less either [01:03] gnomefreak: its going to stderr [01:03] so you have to capture thta as well [01:03] and you damn know well how to do ti [01:03] 2>&1 | tee /tmp/out [01:03] yes and its not working [01:03] yes it is [01:03] oh forgot the > [01:03] aha [01:03] see [01:03] ;) [01:04] should i close sunbird after it opens? [01:06] doesn't matter [01:06] what we want to see happens on startup [01:06] http://pastebin.mozilla.org/189533 [01:06] thats the full log before killing sunbird [01:07] smoke while you read [01:09] it opens sunbird.ubuntu-prefs.js [01:09] which is good [01:10] but it doesn't attempt to read sunbird.cfg [01:10] i will try whats goind on [01:13] k [01:14] ok i found it [01:14] try to add pref to the --enable-extension [01:14] configure option [01:14] e.g. =default,lightning,pref [01:14] please try if it helps [01:14] in rules [01:14] (should) [01:15] yes [01:15] --enable-extensions=default,lightning \ [01:15] you mean that one? [01:15] yeah ... add ,pref [01:15] yes [01:15] like above [01:15] that should fix this issue [01:15] k [01:15] (for sure) [01:16] unless the build fails of course :) [01:22] ill let you know :0 === gnomefreak crosses fingers and goes to make tea [01:46] gnomefreak: tea is good ... better than coffee (which i will now start to pour into me) [01:50] lol === gnomefreak cant have caffeine and decaf coffee tastes gross to me [01:51] i might head to breakfast while this builds [01:58] asac: what ar eyou doing with bug 121734? [01:58] Launchpad bug 121734 in thunderbird "orig.tar.gz has binary-only files" [High,Confirmed] https://launchpad.net/bugs/121734 [02:03] no idea [02:03] :/ === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [02:12] damn it again :( [02:19] ok going to grab food bbl === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [03:27] asac: ok just about done building ill install and see if its fixed than i will push the changes that i commited to branch [03:28] fine [03:28] gnomefreak: are there any bugs open that we should fix? [03:28] e.g. some packaging issues, like missing icons et al? [03:28] gnomefreak: is there a bug for that preference things? [03:29] asac: the bug i filed i marked in progress along with the menu bug [03:29] ok .. remember to document it properly in commit log [03:29] asac: only have orig bug and locales [03:29] e.g. with LP: #BUGID syntax [03:30] so i can just copy that to changelog when plumbering the upload [03:30] k [03:30] gnomefreak: you don't need to modify changelog [03:30] i will do that in the end from bzr commit messages [03:31] fuck [03:31]