[01:15] Ubulette: firefox just crashed .... (e.g. i only updated nspr) [01:15] (gecko:10317): Pango-WARNING **: failed to create cairo scaled font, expect ugly output. the offending font is 'DejaVu Serif Italic 8.25' [01:15] Segmentation fault (core dumped) [01:15] but i think thats not related to nspr [01:15] as my fonts looked really tiny anyway [01:15] which ff ? [01:15] ff 2... with under the hood replaced nspr [01:15] otherwise it worked well so far [01:16] let me install dbg symbols [01:16] with my nspr ? [01:17] yes [01:17] nspr-trunk [01:17] but i think it has nothing to do with that [01:17] but without nss-trunk, right ? [01:18] yes [01:18] i am building nss now [01:18] you still have https ok ? [01:18] i can test in a second ... want to update my chroot to latest first ... maybe the pango thing is already fixed [01:19] hmmm ... nothing new that looks related ... just upgrades high-level applications here [01:19] debian bug 423444 [01:19] Debian bug 423444 in pam-http "pam-http_3-1 (unstable): FTBFS: CURLOPT_PASSWDFUNCTION' undeclared" [Serious,Fixed] http://bugs.debian.org/423444 [01:22] Ubulette: the crash is reproducible [01:23] go to allpeers blog [01:23] http://www.allpeers.com/blog/2007/08/17/my-man-bag/ [01:23] and zoom in ... zoom out ... select text [01:23] should crash pretty soonish [01:24] crashes in paint [01:24] http://pastebin.mozilla.org/186469 [01:24] so most likely font issue [01:28] no crash here. with the ff2 i've built yesterday [01:28] yes ... i think its the dejavu font [01:28] like above [01:29] do you see such a warning? [01:29] (probably not) [01:30] nope [01:30] i set all the fonts to deja vu, nada [01:30] it's a clean profile [01:31] ok let me take a look at this nss thing [01:33] i'm there: http://lxr.mozilla.org/seamonkey/source/security/nss/lib/pk11wrap/pk11pars.c#332 [01:33] then it goes to 353 [01:35] ok i have it [01:35] its libnssdbm3.so [01:35] we miss that [01:35] copy it to /usr/lib/ fixes it for me [01:35] we probably need to soname'ise that [01:35] hmm [01:35] or maybe put it to pkglibdir [01:36] AND fix make install ... for whatever reason [01:36] its just in the build-tree [01:36] in dist/lib/ [01:36] i see. [01:37] maybe try to just install it in pkglibdir [01:37] then we don't need to bother sonaming [01:37] and it probably doesn't expose any public api symbols anyway [01:37] wonder why it worked before [01:37] well [01:37] he? [01:37] they split it up [01:37] its new [01:37] (at least i think) [01:37] they did that with freebl once [01:38] what a "stable" api... [01:38] :) [01:39] its stable [01:39] i can just drop it in [01:39] its just split up [01:39] i didn't respin ffox [01:40] just extend the debian/patches/81_sonames.patch patch [01:40] yep [01:40] and do the same for the legacy lib [01:40] but those guys should really issue a warning for that kind of problem [01:41] well ... their warning is to put it to legacydb :) [01:41] they apparently have added or will add something new soon [01:42] in the end its our fault because we cherry-pick libs in rules [01:42] its all properly installed in dist/lib [01:42] but we do: [01:42] install -m 644 -t debian/libnss3-0d/usr/lib/nss \ [01:42] $(DISTDIR)/lib/libfreebl3.so \ [01:42] $(DISTDIR)/lib/libnssckbi.so [01:42] and: [01:42] install -m 644 -t debian/libnss3-0d/usr/lib \ [01:42] $(DISTDIR)/lib/*.so.0d [01:42] well ... so we just didn't catch it because of this soname thing [01:43] hmmm ... now that i look at it ... we should look into whether we want to ship more static libs in -dev package [01:44] but i think mike did that intentionally to prevent debian packages link this stuff in statically [01:44] so lets keep it that way [01:45] cool ... GO! [01:45] ;) [01:45] yeah yeah... [01:48] Ubulette: do you want to go for xulrunner? [01:48] i can try to enable-system-XXX for granparadiso if you want [01:48] if you want to do all ... i am fine as well :) [01:50] i'll do it. [01:51] everything? [01:51] ok ... pushing trunk for now [01:51] what's the plan for these two (nss/nspr) ? do you want to release them ? [01:51] i have to figure out .... we probably want to push them to debian experimental ... but i have to check that with mike first [01:52] right ... good point [01:52] for now lets just do -trunk [01:52] (e.g. not paradiso) [01:52] I have to figure something out first [01:52] ok trunk in mt branch is now latest [02:09] hmm, that should go to 80_security_build.patch [02:09] not 81_sonames.patch patch [02:09] as we want it in usr/lib/nss and signed, right ? [02:11] hmm, usr/lib/nss/*.so are not "soname"ified... [02:11] meaning with can't install two nss at the same time [02:11] s/with/we/ [02:12] or maybe just use /usr/lib/nss-0d/*.{so,chk} [02:12] asac ? [02:13] even /nss3-0d/ [02:16] Ubulette: i am not sure [02:16] i tried to copy it to /usr/lib/nss/ ... then it didn't wokr [02:17] so i guess it has to go to /usr/lib/ ... however it might be wrong [02:17] and mike does this in 80_security_build ... let me look [02:18] 80_security_build adds the /nss/ level [02:19] Ubulette: did you change that patch at all? [02:19] i mean it still looks like before right? [02:19] didn't you tell me that it breaks the build? [02:19] read the commit log [02:19] I swapped something [02:20] i just see that you fixed it [02:20] no more info in log [02:21] at least not for my tired eyes ;) [02:22] we should have done the quilt migration before the trunk changes [02:22] its hard to read now [02:23] e.g. the diff [02:24] Ubulette: maybe i am too blind ... i don't see any change to that patch [02:24] except the quilt migration [02:25] yep, strange.. [02:25] I fixed mozilla/security/nss/lib/freebl/loader.c [02:25] i think you didn't do anything to that patch and the bzr log comment is not right [02:25] + "nss/"SHLIB_PREFIX"freebl"SHLIB_VERSION"."SHLIB_SUFFIX; [02:26] you didn't touch that line [02:26] I remember it was something like "SHLIB_PREFIX"nss/freebl"SHLIB_VERSION"."SHLIB_SUFFIX; [02:26] its still the same as before [02:26] well then it failed for you because you didn't apply the patch at all? [02:26] - SHLIB_PREFIX"freebl"SHLIB_VERSION"."SHLIB_SUFFIX; [02:26] + "nss/"SHLIB_PREFIX"freebl"SHLIB_VERSION"."SHLIB_SUFFIX; [02:26] hmm [02:27] no, it was clearly with nss prepended but not at the right place.. well, that was late so maybe i tricked myself [02:28] yeah ... apparently it was right in the beginning :) === poningru_ [n=poningru@pool-72-64-214-110.tampfl.fios.verizon.net] has joined #ubuntu-mozillateam [02:28] well ... now to the question ... i don't see how you want to fix that there ... so just soname the libnssdbm3.so for now [02:28] i have to get it installed 1st. [02:29] that install thing is a real mess [02:30] i don't even know which file controls that [02:30] Ubulette: its installed [02:30] you just have to make it soname [02:30] then debian/rules will pick it up [02:30] Ubulette: there is no make install ... its all in dist/lib [02:31] just adding - [02:31] just adding +SO_VERSION = 0d [02:31] should do the trick [02:31] hmm, they do plenty of $NSINSTALL [02:31] anyway... [02:33] yeah the NSINSTALL to dist/lib :) [02:36] anyways ... i agree that build system is just crap [02:36] but its really old [02:38] afaik mozilla is working on a new great buildsystem written in python ... :/ [02:38] gasp [02:39] tentative rebuild... [02:42] maybe it will just work ;) [02:44] hm, nope [02:44] ./debian/libnss3-0d/usr/lib/libnssdbm3.so.0d [02:45] oh, the links === tonyy [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam [02:47] asac, why is this done in libnss3-dev.links ? (why -dev) ? [02:48] those are for compatibility reasons [02:48] (wihtout looking) [02:49] Ubulette: the sonamed binary should be real ... and the dev .so file be a link to the .so.0d [02:49] but without the link, it didn't work [02:49] is that the case? then everything is fine [02:49] what didn't work? [02:49] with only /usr/lib/libnssdbm3.so.0d [02:49] as -dev is not required to run ff [02:50] hmm [02:50] so you fixed the manifest? [02:50] right? [02:51] right [02:52] I guess I have to create that link in libnss3-0d, not in libnss3-dev [02:56] well ... we should figure out why it doesn't work [02:56] creating the link would be just an ugly hack [02:58] Ubulette: ok ... we should put that thing into pkglibdir [02:58] and fix security/nss/lib/softoken/lgglue.c [02:58] like the other [02:58] because its not linked, but dynamically loaded [02:59] sftkdbLoad_Legacy() [02:59] { [02:59] ... [02:59] lib = sftkdb_LoadLibrary(SHLIB_PREFIX"nssdbm"SHLIB_VERSION"."SHLIB_SUFFIX); [02:59] looks similar? [02:59] :) [03:00] fix it like in 80_security_build [03:00] at best add that fix to that patch [03:00] ... then it doesn't need a SO_VERSION [03:00] so it goes to /usr/lib/nss as I said earlier [03:01] yes [03:01] but not just a copy ... patch the loader :) [03:01] of course [03:01] sorry if you said exactly that ... if you did ... i didn't understand :) [03:02] undoing everything... [03:02] everything is a huge exaggeration here [03:02] its a pretty small change [03:02] (at least i hope) :) [03:03] though its literally correct of course ;) [03:03] I'd better restart from my last commit. [03:04] for your /usr/lib/nss isn't sonamified questions [03:04] i don't think its a problem ... atm we have name clashes everywhere [03:05] and since just upgrading doesn't break firefox et al we shouldn't care until we really decide that we want both installed in parallel [03:05] if we move from 0d to 1d, only this would clash [03:05] yes ... but that is unlikely to happen in the next years :) [03:05] if you remember what i told you about nss policy [03:06] isn't it a deb/ubu thing ? [03:06] we could do it ... but it's not justified because all is abi compatible [03:06] if you're fine with pusing alpha/cvs, i'm all good [03:07] ..to keep 0d [03:07] as i said ... i have to think about it [03:07] we definitly don't wnt to bump so version [03:07] in worst case we ship this stuff as a separate library [03:07] but i have to figure out how we can do that for ubuntu [03:07] for debian its clean ... just push it to experimental ... done [03:12] actually ... if you look at universe ... there is a different libnspr lib in it atm [03:12] than in main [03:12] maybe we can do something similar ... [03:13] the libnspr and libnss are produced by xulrunner ... while the ones in main have a higher version [03:13] so it means that its technically possible to have two different versions in the archive at the same time [03:13] however this time the universe version would be higher ;) [03:13] which may or may not be a problem ... have to check that with release managers [03:14] futher i am unsure if you can have multiple versions in the same archive (e.g. two versions in universe) [03:14] have to talk to people who know the technical details for that ;) [03:16] ideally, xulrunner will use system nss/nspr [03:16] yes ... it wouldif its in there ... even though it still builds old libs :) [03:16] like evereything else [03:16] i am talking about xulrunner that is currently in the archive [03:17] (just in case ... we are talking about different things) [03:17] not much rdpends [03:17] itself and sun java* plugin [03:18] look for libxul0 [03:18] still manageable [03:18] isn't it all yours ? [03:19] well ... i try to keep out of as much things as possible ... i am happy if motu folks take care for that. [03:19] but in fact we reduced the amount of rdepends on libxul in this cycle [03:20] mobile-basic-flash will disappear ... we are working on that [03:20] for the others i don't know [03:21] anyway ... maybe we just can upload those source packages to universe and everything will be fine without doing anything at all [03:21] i hope it is ... but i am not sure because i am not really technically literate about how the archive really works [03:22] maybe kazehakase should build against firefox as well ... because firefox is at least security maintained [03:23] xul isn't ? [03:24] its in debian because i take care for patches and mike applies them [03:25] hm, those shlibsign.c patches are misplaced. it's not soname at all. [03:25] but not in ubuntu [03:25] yes [03:25] i saw that [03:25] and wondered what they do there [03:25] (and why they do that) [03:25] on the other hand they might be related [03:25] i didn't really understnd what they do from a quick glance [03:26] so i didn't start discussing those [03:26] as long as they didn't end up there by (your) accident we should keep them for now [03:26] i will talk to mike and ask him [03:26] its probably easier than trying to figure everything out on our own [03:26] yep === Paddy_EIRE [n=patrick@89.240.251.170] has joined #ubuntu-mozillateam [03:29] i checked, it was misplaced before [03:29] fine ... then lets not care (if its misplaced at all) ... ok i am out for today ... tomorrow i will just be here for a short time in the evening ... i have to recharge my stamina for next week :) [03:30] and i have family appointments as well :) [03:30] Ubulette: night! [03:30] k [03:30] night [03:30] i just finish that, and I'm off too [03:41] good, fixed. [03:41] and tested [03:41] I'll push that to my branch === Ubulette [n=Ubulette@APuteaux-153-1-84-202.w86-205.abo.wanadoo.fr] has joined #ubuntu-mozillateam === 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/~mozillateam/firefox/trunk | Mailing List: ubuntu-mozillateam@lists.ubuntu.com | Next Meeting, Monday August 20th at 20 UTC in #ubuntu-meeting === Topic (#ubuntu-mozillateam): set by Admiral_Chicago at Wed Aug 15 18:48:45 2007 === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === Ubulette_ [n=Ubulette@APuteaux-153-1-41-102.w82-124.abo.wanadoo.fr] has joined #ubuntu-mozillateam === JenFraggle [n=jen@91.84.43.217] has joined #ubuntu-mozillateam === Ubulette_ is now known as Ubulette [04:18] @schedule [04:18] Schedule for Etc/UTC: 20 Aug 22:00: Forum Council meeting | 21 Aug 15:00: Kernel Team | 22 Aug 12:00: Edubuntu | 22 Aug 20:00: Xubuntu Developers | 23 Aug 15:00: Ubuntu Development Team | 27 Aug 15:00: Screencast Team [05:19] ok to close bug 71131 as no response for months? [05:19] Launchpad bug 71131 in mozilla-thunderbird "Thunderbird crashes if you change Gnome theme while it is running" [High,Incomplete] https://launchpad.net/bugs/71131 [05:20] I can't reproduce the problem === hjmf [n=hjmf@7.Red-83-44-173.dynamicIP.rima-tde.net] has joined #ubuntu-mozillateam === Jazzva [n=sasa@cable-89-216-184-157.dynamic.sbb.co.yu] has joined #ubuntu-mozillateam