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