[01:09] <Ubulette> http://pastebin.mozilla.org/189419
[01:10] <Ubulette> line 14+
[01:11] <Ubulette> btw, it's while signing debian/libnss3-0d/usr/lib/nss/libnssdbm3.so
[01:13] <asac_the_2nd> ok so shlibsign is not properly linked against the sonamed lib
[01:13] <Ubulette> no, paste is wrong, i touched ld_library_path
[01:15] <Ubulette> http://pastebin.mozilla.org/189420
[01:15] <asac_the_2nd> well look at ldd path/to/shlibsign
[01:15] <asac_the_2nd> its probably wrong
[01:15] <Ubulette> see how it works well for libssl3.so.0d but not for libsoftokn3.so.0d
[01:15] <asac_the_2nd> yeah ... we probably dropped some piece or something
[01:15] <asac_the_2nd> that was important in this regards
[01:16] <Ubulette> ldd is correct, but libsoftokn3 is not linked
[01:17] <Ubulette> yet it's loaded at runtime
[01:17] <Ubulette> but without soname
[01:17] <asac_the_2nd> well its not directly linked than
[01:17] <asac_the_2nd> look at libnss
[01:17] <asac_the_2nd> or something
[01:17] <asac_the_2nd> its definitly linked by something
[01:18] <asac_the_2nd> yeah libsoftokn3.so.0d is linked by libnss3.so.0d
[01:18] <asac_the_2nd> at least for stable nss
[01:21] <Ubulette> ohoh, it was in NSS_3_12_ALPHA1B, not anymore
[01:21] <Ubulette> that's nss trunk that I'm trying to build here
[01:22] <asac_the_2nd> yeah if its really gone ... just remove it from rules shlibsign for statement
[01:22] <Ubulette> oh, they now compile with -DSOFTOKEN_LIB_NAME=\"libsoftokn3.so.0d\"
[01:23] <asac_the_2nd> welll we did that before as well
[01:23] <asac_the_2nd> it was in manifest.mn ... look for DEFINES
[01:23] <asac_the_2nd> so is it officially gone on latest trunk?
[01:23] <asac_the_2nd> then its most likely just that we can drop and don't care about it
[01:24] <asac_the_2nd> actually ... i don't understand the problem here :)
[01:24] <asac_the_2nd> maybe its that they didn't adapt shlibsign.c code ... now that the lib is gone?
[01:24] <asac_the_2nd> that might be true ... nobody knows if they really care about that binary
[01:25] <Ubulette> the signing is done by us, not them
[01:25] <Ubulette> it's in debian/rules
[01:26] <asac_the_2nd> yes i know
[01:26] <asac_the_2nd> but we drop it ... search patches for CHECKLOC
[01:26] <asac_the_2nd> we have to do it because we strip libs after build
[01:26] <asac_the_2nd> so chk files would be bad
[01:27] <asac_the_2nd> line 20 in security_build patch
[01:29] <asac_the_2nd>  maybe our main problem is that we move the dbm thing
[01:29] <asac_the_2nd> maybe it should be sonamed ... and placed in lib ?
[01:29] <asac_the_2nd> is it linked into something?
[01:29] <asac_the_2nd> e.g. in libnss3 ?
[01:29] <asac_the_2nd> otoh ... crazy
[01:30] <asac_the_2nd> i would have to look at the full code ... can't see from your diff
[01:30] <Ubulette> 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] <asac_the_2nd> ok so who the f. loads softokn ?
[01:37] <asac_the_2nd> do you have an ldd of libnss3.so.0d please
[01:37] <asac_the_2nd> e.g. how it looks like in debian/...
[01:39] <Ubulette> http://pastebin.mozilla.org/189422
[01:39] <asac_the_2nd> http://lxr.mozilla.org/seamonkey/source/security/nss/lib/nss/config.mk#52
[01:39] <asac_the_2nd> there it should be -lsoftokn3
[01:39] <asac_the_2nd> but i don't see it anywhere in log
[01:40] <Ubulette> maybe compare with ppa logs
[01:40] <asac_the_2nd> there is something broken
[01:40] <Ubulette> really ? :)
[01:42] <asac_the_2nd> is NS_USE_GCC defined?
[01:42] <asac_the_2nd> grep in coreconf/config/
[01:42] <asac_the_2nd> or config.status
[01:45] <asac_the_2nd> hmm
[01:45] <Ubulette> ./debian/rules:         NS_USE_GCC=1 \
[01:45] <asac_the_2nd> ok
[01:45] <asac_the_2nd> anyway ... it doesn't obey rules.mk then
[01:46] <asac_the_2nd> because rules.mk adds -lsoftokn3 to compile
[01:46] <asac_the_2nd> for SHARED_LIBRARIES and PROGRAMS
[01:46] <asac_the_2nd> if NS_USE_GCC
[01:47] <asac_the_2nd> http://lxr.mozilla.org/seamonkey/source/security/coreconf/rules.mk#330
[01:48] <asac_the_2nd> and EXTRA_SHARED_LIBS should contain -lsoftokn3
[01:48] <asac_the_2nd> http://lxr.mozilla.org/seamonkey/source/security/nss/lib/nss/config.mk#53
[01:49] <asac_the_2nd> but i don't see that anywhere in your build log
[01:49] <asac_the_2nd> just plc4 plds4 nspr4
[01:50] <Ubulette> yep
[01:50] <asac_the_2nd> look at line 4000 in your build log
[01:50] <asac_the_2nd> can you verify that the config.mk file really looks like the one i posted?
[01:51] <asac_the_2nd> i can't see where it would take the libs without the softokn3 from
[01:51] <asac_the_2nd> in those files in lxr
[01:51] <asac_the_2nd> (which is what they think is currently trunk)
[01:52] <asac_the_2nd> is your trunk checkout really the tag they pull from ff/xul trunk?
[01:53] <asac_the_2nd> Ubulette: you don't checkout a tag
[01:54] <Ubulette> no
[01:54] <Ubulette> plain head
[01:55] <Ubulette> 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] <Ubulette> 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] <Ubulette> 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] <asac_the_2nd> well then you wasted our time somehow ... HEAD just doesn't make sense for nspr and nss
[01:57] <asac_the_2nd> there is no problem that i see
[01:57] <Ubulette> a trunk is a trunk
[01:57] <Ubulette> if we waste our time here, we also waste it with ff-trunk
[01:58] <Ubulette> i'll have a fresh look tomorrow, i'm tired now
[01:58] <asac_the_2nd> point is that trunk nss is something else ... its not what ffox-trunk needs ... but i see your point :)
[01:58] <asac_the_2nd> question is if its just a transitional thing we are hunting here
[01:58] <asac_the_2nd> if not then its not wasted time
[01:59] <asac_the_2nd> my point is just that ffox-trunk should not be build against nss trunk ... but the tag that client.mk names
[01:59] <asac_the_2nd> i always thought that nss-trunk tracks the branch needed for firefox-trunk
[01:59] <asac_the_2nd> and nss-granparadiso tracks the one we need for paradiso
[02:00] <asac_the_2nd> but then i have no idea how the real trunk should be called
[02:00] <asac_the_2nd> maybe nss-ahead :)
[02:00] <Ubulette> no
[02:01] <Ubulette> gp is close to trunk so nss-gp could be used for ff-trunk too, at least for ppa
[02:02] <asac_the_2nd> as you saw in gp its not the case ... trunk now has other tag then trunk
[02:02] <asac_the_2nd> s/in gp/in nspr/
[02:03] <asac_the_2nd> anyway ... lets think about it
[02:03] <Ubulette> what a mess !
[02:03] <asac_the_2nd> 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] <asac_the_2nd> but then i am not a man who diliberately ignores minorities
[02:03] <asac_the_2nd> so ... no idea
[02:04] <Ubulette> ;)
[02:04] <Ubulette> night will tell
[02:05] <asac_the_2nd> 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] <asac_the_2nd> and there are a bunch of people that want ffox-trunk of course ... but i already said that
[02:05] <asac_the_2nd> ok ... i say 'night ... tomorrow i have far too much to do to stay awake that long :)
[02:06] <Ubulette> night
[02:43] <asac_the_2nd> i can't tell ... what is going on ... but it works for me
[02:43] <asac_the_2nd> asac@ubun:/tmp/nss.ubuntu.trunk/mozilla/security/nss$ cvs stat Makefile
[02:43] <asac_the_2nd> [02:43] <asac_the_2nd> File: Makefile          Status: Locally Modified
[02:43] <asac_the_2nd>    Working revision:    1.35
[02:43] <asac_the_2nd>    Repository revision: 1.35    /cvsroot/mozilla/security/nss/Makefile,v
[02:43] <asac_the_2nd> so its untagged trunk
[02:44] <asac_the_2nd> but build succeeded
[02:44] <asac_the_2nd> i just migrated all patches to apply cleanly
[02:45] <asac_the_2nd> Ubulette: here the patch against your latest trunk
[02:45] <asac_the_2nd> http://people.ubuntu.com/~asac/trunk.update.patch
[02:45] <Jazzva>  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] <Jazzva> I suppose it will be finished by tomorrow...
[02:45] <asac_the_2nd> well ... lots of clutter because of timestamps ... stupid me
[02:46] <asac_the_2nd> Jazzva: cool
[02:59] <Jazzva> asac_the_2nd: Do you have any special variable naming policy you would like me to use?
[03:00] <Jazzva> s/special/particular/
[03:00] <asac> for what code?
[03:00] <asac> in general we follow upstream convention when touching upstream code
[03:00] <Jazzva> asac: For ubufox... pluginInstallerWizar
[03:00] <asac> well
[03:01] <Jazzva> +d
[03:01] <asac> its like camelcase with first letter lower-case
[03:01] <asac> for variables ... and functions i guess
[03:01] <asac> classnames are full camelcase with first letter upper-case
[03:01] <asac> but you should see in other code segments
[03:01] <asac> maybe i messed it up though :)
[03:01] <Jazzva> Well, I noticed that camelcase (btw, I didn't know it was its name :))
[03:02] <Jazzva> But I thought more of something like
[03:02] <asac> yeah i think it is ... maybe there are other names ... but camelcase describes it well :)
[03:02] <Jazzva> tablePlugins which would be <elementname><what is it used for>
[03:03] <Jazzva> and then cellPluginName which would have the same form
[03:03] <asac> you mean semantic conventions
[03:03] <asac> hmm
[03:03] <asac> i think it should be reasonable
[03:03] <asac> probably pluginsTableElement :)
[03:04] <Jazzva> Ok, I'll use something like that :)
[03:04] <asac> or just pluginsTable ... if element is the only representation for that
[03:04] <asac> but often there is another datastructure for that ... like a hashmap/array, etc. ... so saying xyzELement is good
[03:05] <Jazzva> Huh? :)
[03:10] <Jazzva> [03:04]  <asac> but often there is another datastructure for that ... like a hashmap/array, etc. ... so saying xyzELement is good
[03:10] <Jazzva> [03:05]  <Jazzva> Huh? :)
[09:45] <gnomefreak> ok this is getting old :(
[09:48] <gnomefreak> if anyone is here can you please see how much mem and cpu xorg is using in gutsy unter top?
[09:50] <jeromeg> gnomefreak: 2 seconds and I tell you
[09:50] <gnomefreak> ty
[09:53] <jeromeg> gnomefreak: CPU varies between 5 and 20 % and memory 3%
[09:53] <gnomefreak> hmmmmm ok ty
[10:11] <Ubulette> lo
[10:11] <Ubulette> gnomefreak, cpu 0%, mem 3%
[10:12] <gnomefreak> ty
[10:13] <Ubulette>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
[10:13] <Ubulette>  5559 root      15   0 79128  63m  11m R    1  3.1   9:28.74 Xorg
[10:13] <Ubulette> ah, 1%
[10:14] <gnomefreak> brb smoke
[10:32] <asac> gnomefreak: there? you have your dput.cf entry to mt ppa?
[10:32] <gnomefreak> yes
[10:32] <gnomefreak> let me get it
[10:33] <gnomefreak> hmmmmm
[10:33] <gnomefreak> i thought that was the file
[10:34] <gnomefreak> oh wait i think i know why
[10:34] <gnomefreak> [ppa-mt] 
[10:34] <gnomefreak> fqdn = upload.dogfood.launchpad.net
[10:34] <gnomefreak> incoming = ~mozillateam/ubuntu/
[10:34] <gnomefreak> login = anonymous
[10:35] <gnomefreak> asac: the fqdn line will change once released (cant think of it atm but it will be somehting like ppa.launchpad.net)
[10:35] <gnomefreak> asac: i used ppa-mt because i made a personal one as well so i had to give them different names
[10:35] <asac> gnomefreak: you know the date when this will be switched? tomorrow?
[10:36] <gnomefreak> asac: noone knows atm
[10:36] <gnomefreak> i will ask when people start to talk more in #launchpad
[10:36] <asac> great
[10:37] <gnomefreak> dont forget for your personal on eyou have to register it
[10:37] <gnomefreak> i already reg. mt
[10:37] <asac> yeah ... i registered my personal one already
[10:38] <gnomefreak> it would be nice if LP was more of a place to upload things
[10:38] <gnomefreak> that doesnt make sense because its before 5am
[10:39] <gnomefreak> and noone knows what happened to apokryphos :(
[10:41] <gnomefreak> oh btw i fixed my sunbird branch
[10:42] <gnomefreak> today ill look into the update thingy (i figure its not a waste if i fix it :)
[10:48] <gnomefreak> asac: do you have ff source handy?
[10:48] <asac> gnomefreak: for what?
[10:48] <asac> and which version of ff?
[10:48] <gnomefreak> the ubuntu-look-feel patches
[10:48] <gnomefreak> im wondering if one of those had the disabled update button
[10:49] <gnomefreak> since they failed to apply in sunbird i think we dropped them
[10:50] <gnomefreak> hold on a sec i have a list of patches that we dropped maybe you remember what is in them?
[10:51] <gnomefreak> http://pastebin.mozilla.org/189515
[10:59] <gnomefreak> debian/patches/disable-default-setting-for-app.update.enabled-and-app.update.auto.patch,
[10:59] <gnomefreak> could that be the patch we need?
[11:01] <gnomefreak> grabbing ff2.0 branch hopefully its still  in there
[11:04] <gnomefreak> weird thing is that patch isnt in iceape either that i have found
[11:19] <gnomefreak> asac: just out of pure concern, would it be defined in say mozilla/toolkit/mozapps/update/src/Makefile.in
[11:22] <asac> gnomefreak: yeah ... but is that one actually applied?
[11:22] <gnomefreak> in ff it is i think
[11:22] <gnomefreak> well its in a ff patch
[11:22] <gnomefreak> asac: build-system-garbage.patch from ff2.0
[11:23] <gnomefreak> ifdef MOZ_UPDATER DIRS = updater endif
[11:23] <gnomefreak> EXTRA_COMPONENTS = nsUpdateService.js
[11:23] <gnomefreak> +GARBAGE += nsUpdateService.js
[11:23] <gnomefreak> that is the part that caught my eye
[11:29] <gnomefreak> hmmmmm
[11:31] <gnomefreak> EXTRA_COMPONENTS = nsUpdateService.js
[11:31] <gnomefreak> +GARBAGE += nsUpdateService.js
[11:31] <gnomefreak> thats in sunbird garbage patch
[11:32] <gnomefreak> ha i found the problem
[11:32] <gnomefreak> im betting it was failing to apply so we # in series
[11:33] <gnomefreak> gonne test build with it enabled
[11:37] <gnomefreak> thats odd
[11:46] <asac> damn damn damn
[11:46] <asac> remind me to never pull a branch of someone else ... but only merge into my branch
[11:47] <gnomefreak> lol
[11:47] <gnomefreak> 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] <asac> its not about what you said, but beacuse ubufox is broken
[11:48] <asac> apparently jazzva elminated some important bits while merging
[11:49] <gnomefreak> yuck
[11:49] <gnomefreak> ha now to figure this out
[11:50] <gnomefreak> yep found the issue
[11:50] <gnomefreak> i can have this fixed today it looks like
[11:51] <gnomefreak> can i drop all the mozilla/browser patches?
[11:51] <gnomefreak> hunks
[11:51] <gnomefreak> not patches
[11:52] <gnomefreak> 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] <gnomefreak> all hunks that build showed to fail on were the mozilla/browser
[11:53] <gnomefreak> screw it lets try it :)
[11:58] <gnomefreak> asac: if i edit patch by hand do i have to do anything other than just build?
[12:00] <gnomefreak> cross your fingers for me ill be right back going for smoke while i wait for pass/fail
[12:05] <gnomefreak> asac: patch applied :)
[12:07] <asac> sorry no idea at them moment what all this is about
[12:08] <asac> gnomefreak: build system garbage is almost certainly not responsible for your update problem
[12:10] <gnomefreak> asac: if this fixes it can you upload today
[12:10] <gnomefreak> asac: only one way to find out :)
[12:11] <asac> gnomefreak: well ... the garbage patch will not fix the update issues
[12:11] <asac> i am 99.9999% sure
[12:11] <asac> its just garbage
[12:11] <asac> that nsUpdateService.js is in that file is just a coincident and has nothing to do with the update button
[12:12] <gnomefreak> than why do  we have it if its just garbage?
[12:12] <asac> we are talking about sunbird?
[12:12] <asac> gnomefreak: its just garbage that upstream forgets to remove on clean
[12:12] <gnomefreak> yes sunbird
[12:12] <asac> e.g. its not garbage ... but its not cleaned on clean
[12:13] <asac> since sunbird is embedded tarball build we do not need that garbage thing at all
[12:13] <asac> we could drop it from firefox as well
[12:13] <gnomefreak> oh
[12:14] <asac> 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] <asac> gnomefreak: it should be easy to verify: is the update option false and locked now?
[12:14] <asac> i doubt it is
[12:15] <gnomefreak> not sure of either
[12:16] <asac> gnomefreak: debian/patches/disable-default-setting-for-app.update.enabled-and-app.update.auto.patch,
[12:16] <asac> that one looks more promissing
[12:16] <asac> but i think we have it
[12:17] <gnomefreak> not in sunbird
[12:17] <asac> what is in that patch?
[12:17] <gnomefreak> not sure yet where did you get it from?
[12:18] <asac> gnomefreak: you pasted it ... seee above
[12:18] <gnomefreak> asac: i dont have that patch in firefox 2.0.0.6 either
[12:18] <gnomefreak> asac: we dropped it from sunbird/firefox ect
[12:18] <asac> 10:59 < gnomefreak> debian/patches/disable-default-setting-for-app.update.enabled-and-app.update.auto.patch,
[12:19] <gnomefreak> hold on ill show you where
[12:19] <gnomefreak> sunbird changelog
[12:20] <gnomefreak> firefox (2.0.0.4+2-0ubuntu2) gutsy; urgency=low
[12:20] <gnomefreak> -- Alexander Sack <asac@ubuntu.com>  Fri, 8 Jun 2007 01:11:00 +0200
[12:21] <gnomefreak> so our first build of sunbird was missing it as well
[12:25] <gnomefreak> I have no way of knowing what revo that was to grab it
[12:25] <gnomefreak> earlest i have is 74
[12:25] <gnomefreak> hmmm maybe i do
[12:26] <asac> well we don't use it in firefox anymore as well
[12:26] <asac> in firefox we just have firefox.cfg
[12:27] <asac> and firefox-prefs.js
[12:27] <asac> aeh ... debian/firefox.ubuntu-prefs.js
[12:27] <asac> (which tell firefox to use firefox.cfg)
[12:27] <asac> please verify that sunbird.ubuntu-prefs.js is installed to the same place as firefox isntalls it
[12:28] <gnomefreak> o// only define lock file
[12:28] <gnomefreak> pref("general.config.filename", "sunbird.cfg");
[12:28] <gnomefreak> thats what was in there
[12:28] <gnomefreak> looking in .install for it
[12:29] <gnomefreak> debian/sunbird.ubuntu-prefs.js usr/share/sunbird/greprefs
[12:29] <gnomefreak> is that same
[12:30] <gnomefreak> debian/firefox.ubuntu-prefs.js usr/share/firefox/greprefs
[12:30] <gnomefreak> i would say yes the same
[12:31] <gnomefreak> they are identical
[12:31] <gnomefreak> sunbird.install and firefox.install
[12:31] <gnomefreak> debian/sunbird.js etc/sunbird/pref
[12:31] <gnomefreak> debian/sunbird.cfg usr/lib/sunbird
[12:31] <gnomefreak> also are the same
[12:38] <gnomefreak> usr/share/sunbird/js usr/lib/sunbird/js [is in debian/sunbird.links but not in debian/firefox.links
[12:39] <gnomefreak> i  dount sunbird.links is of any use though
[12:48] <gnomefreak> asac: how do you use bzr clone to get a certain revo?
[12:51] <gnomefreak> pref("extensions.update.enabled", true);
[12:51] <gnomefreak> wonder if i should add for update to be false
[12:51] <asac> gnomefreak: yes
[12:51] <asac> bzr branch -rREVISION ...
[12:51] <gnomefreak> k
[12:52] <gnomefreak> may not need that if this works
[12:52] <asac> gnomefreak:
[12:52] <asac> in firefox we probably have the same setting ... but still its locked to false
[12:52] <asac> we have to fibgure out why the locking mechanism doesn't work
[12:52] <gnomefreak> well that wtf
[12:53] <gnomefreak> the lock itself (if you mean cgf.source
[12:53] <gnomefreak> it has them both set to false
[12:53] <gnomefreak> wait a damn minute
[12:54] <gnomefreak> the cfg only has 1 iirc
[12:55] <asac> gnomefreak: what is in debian/sunbird.js ?
[12:55] <gnomefreak> pref("extensions.update.enabled", true);
[12:55] <gnomefreak> pref("intl.locale.matchOS", true);
[12:55] <gnomefreak> pref("browser.shell.checkDefaultBrowser", false);
[12:55] <gnomefreak> other than comments that is it
[12:56] <asac> gnomefreak: can you post a strace -f sunbird somewhere
[12:56] <asac> i want to see if it looks at our prefs/cfg files at all
[12:56] <gnomefreak> where do i do that from?
[12:56] <asac> just run strace -f sunbird
[12:56] <asac> and paste the output
[12:56] <gnomefreak> oh k
[12:56] <asac> install strace package (but you certainly have it already)
[12:57] <gnomefreak> oh boy
[12:58] <gnomefreak> ther eis alot of output
[12:58] <asac> yes
[12:58] <asac> gnomefreak: just
[12:58] <asac> strace -eopen -f sunbird
[12:58] <asac> should be less output
[12:58] <asac> and only what matters for us
[01:00] <gnomefreak> i cant seem to get it to pipe to a file for some damn reason
[01:02] <gnomefreak> cant pipe less either
[01:03] <asac> gnomefreak: its going to stderr
[01:03] <asac> so you have to capture thta as well
[01:03] <asac> and you damn know well how to do ti
[01:03] <asac> 2>&1 | tee /tmp/out
[01:03] <gnomefreak> yes and its not working
[01:03] <asac> yes it is
[01:03] <gnomefreak> oh forgot the >
[01:03] <asac> aha
[01:03] <asac> see
[01:03] <asac> ;)
[01:04] <gnomefreak> should i close sunbird after it opens?
[01:06] <asac> doesn't matter
[01:06] <asac> what we want to see happens on startup
[01:06] <gnomefreak> http://pastebin.mozilla.org/189533
[01:06] <gnomefreak> thats the full log before killing sunbird
[01:07] <gnomefreak> smoke while you read
[01:09] <asac> it opens sunbird.ubuntu-prefs.js
[01:09] <asac> which is good
[01:10] <asac> but it doesn't attempt to read sunbird.cfg
[01:10] <asac> i will try whats goind on
[01:13] <gnomefreak> k
[01:14] <asac> ok i found it
[01:14] <asac> try to add pref to the --enable-extension
[01:14] <asac> configure option
[01:14] <asac> e.g. =default,lightning,pref
[01:14] <asac> please try if it helps
[01:14] <gnomefreak> in rules
[01:14] <asac> (should)
[01:15] <asac> yes
[01:15] <gnomefreak> --enable-extensions=default,lightning \
[01:15] <gnomefreak> you mean that one?
[01:15] <asac> yeah ... add ,pref
[01:15] <asac> yes
[01:15] <asac> like above
[01:15] <asac> that should fix this issue
[01:15] <gnomefreak> k
[01:15] <asac> (for sure)
[01:16] <asac> unless the build fails of course :)
[01:22] <gnomefreak> ill let you know :0
[01:46] <asac> gnomefreak: tea is good ... better than coffee (which i will now start to pour into me)
[01:50] <gnomefreak> lol
[01:51] <gnomefreak> i might head to breakfast while this builds
[01:58] <gnomefreak> asac: what ar eyou doing with bug 121734?
[01:58] <ubotu> Launchpad bug 121734 in thunderbird "orig.tar.gz has binary-only files" [High,Confirmed]  https://launchpad.net/bugs/121734
[02:03] <asac> no idea
[02:03] <asac> :/
[02:12] <gnomefreak> damn it again :(
[02:19] <gnomefreak> ok going to grab food bbl
[03:27] <gnomefreak> 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] <asac> fine
[03:28] <asac> gnomefreak: are there any bugs open that we should fix?
[03:28] <asac> e.g. some packaging issues, like missing icons et al?
[03:28] <asac> gnomefreak: is there a bug for that preference things?
[03:29] <gnomefreak> asac: the bug i filed i marked in progress along with the menu bug
[03:29] <asac> ok .. remember to document it properly in commit log
[03:29] <gnomefreak> asac: only have orig bug and locales
[03:29] <asac> e.g. with LP: #BUGID syntax
[03:30] <asac> so i can just copy that to changelog when plumbering the upload
[03:30] <gnomefreak> k
[03:30] <asac> gnomefreak: you don't need to modify changelog
[03:30] <asac> i will do that in the end from bzr commit messages
[03:31] <gnomefreak> fuck
[03:31] <asac> gnomefreak: can you try to figure out if there are .xpi files upstream?
[03:31] <asac> for locales?
[03:31] <gnomefreak> there are
[03:31] <gnomefreak> is on the bug
[03:31] <gnomefreak> fuck
[03:31] <asac> please post a strace -eopen -f sunbird if its still not working
[03:31] <gnomefreak> how the fuck does "pref" stop it from opening
[03:32] <gnomefreak> tells me to see admin
[03:32] <asac> gnomefreak: can you start sunbird from dist/bin ?
[03:32] <asac> e.g build-tree/mozilla/dist/bin
[03:32] <asac> ./sunbird
[03:33] <asac> anyway ... strace like above is certainly helpful for this problem as well
[03:33] <gnomefreak> ther eis no dist/bin
[03:34] <asac> there is
[03:34] <asac> unless you cleaned all
[03:35] <gnomefreak> ther eis tab complete screwed me up
[03:36] <asac> yeah ... ok lunch break
[03:36] <asac> (short)
[03:36] <gnomefreak> http://pastebin.mozilla.org/189632
[03:36] <gnomefreak> yes it starts from dist/bin
[03:36] <asac> usr/lib/sunbird/defaults/autoconfig/prefcalls.js
[03:37] <asac> you need to install that in sunbird.install
[03:37] <asac> its probably missing
[03:37] <asac> probably the whole autoconfig folder is needed
[03:38] <asac> copy it to /usr/share/sunbird/defaults .... which should already be properly linked to /usr/lib
[03:38] <asac> ok out for lunch
[03:38] <asac> try to copy the folder by hand to test if it helps
[03:38] <asac> you can see in strace that sunbird tries to open it, but doesn't find it
[03:39] <gnomefreak> ok so i just add that to the install file
[03:56] <gnomefreak> ok building again ill be back
[04:02] <asac_the_2n1> gnomefreak: could you verify that its enough?
[04:02] <asac_the_2n1> e.g. by copying by hand?
[04:02] <asac_the_2n1> otherwise a build would just take precious time ;)
[04:03] <gnomefreak> you want me to copy usr/lib/sunbird/defaults/autoconfig/ to /usr/share/sunbird/defaults?
[04:04] <asac_the_2n1> yeah
[04:04] <asac_the_2n1> or just rerun debian/rules binary
[04:04] <asac_the_2n1> instead of doing a clean
[04:04] <gnomefreak> first one is in debian/tmp?
[04:04] <asac_the_2n1> its perfect to test fixes in debhelper files
[04:05] <asac_the_2n1> you never need to rebuild until you have all fixed
[04:05] <asac_the_2n1> if your issue is with debhelper files
[04:05] <asac_the_2n1> (so just for future)
[04:05] <asac_the_2n1> well ... next time try to not rebuild
[04:05] <asac_the_2n1> but use dpkg-buildpackage -rfakeroot -nc
[04:05] <asac_the_2n1> should boost your test/try cycle by hours ;)
[04:06] <gnomefreak> i dont see a /usr in build-tree/mozilla
[04:06] <gnomefreak> there is no /usr in any of the debian folders
[04:06] <asac_the_2n1> gnomefreak: no its beneath debian/tmp obvioulsy
[04:07] <gnomefreak> would be good if i had a /tmp
[04:07] <asac_the_2n1> well ... if you restarted build those directories have been wiped by now
[04:07] <gnomefreak> maybe because i just killed build
[04:07] <gnomefreak> that would be why
[04:07] <asac_the_2n1> yeah that makes no sense ... there was nothing to rescue for you
[04:07] <asac_the_2n1> its all gone if you do a full rebuild
[04:07] <asac_the_2n1> so you have to wait now
[04:10] <gnomefreak> eh ill wait :( i have it spinning again
[04:10] <gnomefreak> i have house work i can do while it builds
[04:11] <gnomefreak> bug 135066
[04:11] <ubotu> Launchpad bug 135066 in mozilla-thunderbird "Thunderbird doesn't use Ubuntu icon theme" [Undecided,New]  https://launchpad.net/bugs/135066
[04:25] <asac> yeah we don't have such a theme ... so.
[05:43] <asac> Admiral_Chicago: us that an achievement?
[05:43] <asac> s/us/is/
[05:56] <gnomefreak> asac: /usr/share/sunbird/defaults is also in debian/tmp right?
[05:57] <gnomefreak> or not
[05:57] <Admiral_Chicago> asac: yes, it was broken for a bit due to my profile
[05:58] <gnomefreak> only thin in debian/tmp/usr/share is idl
[05:59] <gnomefreak> s/thin/thing
[06:03] <gnomefreak> ok found and copied it now ill dpkg-buildpackage -rfakeroot -nc and see what happens
[06:04] <gnomefreak> asac: i cant use dpkg-buildpackage -rfakeroot -nc since im using bzr bd it seems to want source
[06:05] <gnomefreak> should i do that inside build-tree maybe?
[06:05] <gnomefreak> or better yet build-area
[06:06] <gnomefreak> building in gnomefreak@GutsyGibbon:~/gutsy_builds/work/build-area/lightning-sunbird-0.5 seems to be working
[06:07] <asac> gnomefreak: its in build-tree
[06:07] <asac> aeh build-aread
[06:08] <asac> yeah
[06:08] <gnomefreak> how is this a perment fix?
[06:08] <asac> in tmp its always usr/lib
[06:08] <gnomefreak> coping the autoconf fdir
[06:08] <asac> but we sort things to usr/share
[06:08] <asac> yes
[06:08] <asac> you have to copy it with debhelper files
[06:08] <asac> like every other file as well
[06:09] <asac> look in .install
[06:09] <gnomefreak> all those have to be copied over as well? since they are already symlinked
[06:09] <asac> gnomefreak: i have no idea what you mean
[06:09] <gnomefreak> eh symlink maybe not but you know what i mean
[06:09] <gnomefreak> lol
[06:09] <asac> just copy the damn autoconf folder ... done
[06:10] <gnomefreak> i did
[06:10] <gnomefreak> long time ago
[06:10] <asac> then you are done :)
[06:10] <gnomefreak> i just dont see if its in debian/tmp how it is gonna carry over to next build
[06:10] <asac> just verify that defaults is properly linked from usr/lib/sunbird to usr/share/sunbird
[06:10] <asac> gnomefreak: its in debian/tmp
[06:10] <asac> read above
[06:10] <asac> there is no SHARE in debian/tmpo
[06:10] <asac> mofo people install everything in usr/lib
[06:11] <asac> so we copy things to usr/share from usr/lib and set link
[06:11] <asac> s
[06:11] <gnomefreak> ah
[06:11] <asac> (well they install idl in share ... but you already found that)
[06:11] <asac> so where did you find it?
[06:11] <asac> (you claimed that you found it)
[06:11] <gnomefreak> in build-area/debian/tmp/usr/share
[06:12] <gnomefreak> i would have to look again to make sure
[06:12] <gnomefreak> yep
[06:12] <gnomefreak> that is where
[06:12] <asac> thats bullshit ... its definitly not there ... you might have done it manually
[06:12] <asac> which is wrong
[06:12] <asac> you have to fix sunbird.install
[06:12] <asac> nothing else
[06:13] <asac> and just verify that the defaults dir is properly linked already to usr/share/...
[06:13] <gnomefreak> gnomefreak@GutsyGibbon:~/gutsy_builds/work/build-area/lightning-sunbird-0.5/debi
[06:13] <gnomefreak> an/tmp/usr/share$ ls
[06:13] <gnomefreak> idl
[06:13] <gnomefreak> hint look
[06:13] <asac> (in sunbird.links)
[06:13] <asac> gnomefreak: yeah ... and?
[06:13] <asac> gnomefreak: debian/tmp ... is just the source ... the target is debian/sunbird/
[06:14] <gnomefreak> so even after all this i have to fix something that wasnt broken to begin with?
[06:14] <asac> you never modify debian/tmp
[06:14] <asac> it stays the same
[06:14] <gnomefreak> right
[06:14] <asac> you just sort things from debian/tmp to debian/sunbird
[06:14] <gnomefreak> i didnt touch sunbird.install either
[06:14] <asac> in debian/tmp ... all is below usr/lib/
[06:14] <asac> yes ... which is wrong
[06:14] <gnomefreak> asac: yes
[06:14] <gnomefreak> thats wrong
[06:14] <asac> i don't know what you did ... but you definitly either did nothing ... or did something wrong
[06:14] <gnomefreak> ok if its wrong why has it been ok before
[06:15] <asac> when?
[06:15] <asac> its OK to have all in usr/lib in debian/tmp
[06:15] <asac> there is zero problemo with that
[06:15] <gnomefreak> sunbird worked fine until i added pref to rules than when installed it failed to start remember?
[06:15] <asac> yeah because the autoconf dir is not copied to debian/sunbird
[06:15] <gnomefreak> so you told me to copy autoconf over and i did that
[06:15] <asac> gnomefreak: from where?
[06:16] <asac> gnomefreak: tell me exactly what you copied ... from where ... to what place?
[06:16] <asac> and more importantly ... HOW ?
[06:17] <asac> by copy i always mean sunbird.install
[06:17] <asac> i just told you to test it once manually
[06:17] <asac> but that has nothing todo with it
[06:17] <gnomefreak> hmmmmmm
[06:17] <asac> run a find debian/tmp -type d  | grep autoconf
[06:17] <asac> is there a match?
[06:17] <asac> then run
[06:17] <asac> find debian/sunbird -type d | grep autoconf ... is there a match?
[06:17] <gnomefreak> hold that thought
[06:19] <gnomefreak> no
[06:19] <gnomefreak> i think i copied to itself
[06:21] <asac> did you run the two finds ?
[06:21] <gnomefreak> debian/tmp/usr/include/sunbird/autoconfig
[06:21] <gnomefreak> debian/tmp/usr/lib/sunbird/defaults/autoconfig
[06:22] <asac> yeah ... you have to copy debian/tmp/usr/lib/sunbird/defaults/autoconfig ... to the same dir in sunbird/usr/share
[06:22] <asac> do that in sunbird.install
[06:23] <asac> gnomefreak: one more time :) ... maybe you remember ... debian/sunbird contains what get packaged in the end ... so you just have to take care that the autoconfig dir is there as well :)
[06:23] <gnomefreak> than why did you tell em to copy by hand
[06:23] <asac> gnomefreak: i never told you to copy in build-tree
[06:23] <asac> copy by hand in your install
[06:23] <asac> just forget that
[06:23] <asac> just do it properly
[06:24] <asac> with sunbird.install ... and just run dpkg-buildpackage -rfakeroot -nc too test ;)
[06:24] <asac> so *no* need to copy by hand ;)
[06:24] <asac> i am sorry for that confusion ... but i thought it was obvious
[06:25] <gnomefreak> debian/tmp/usr/include/sunbird/autoconfig sunbird/usr/share
[06:25] <gnomefreak> or debian/sunbird/usr/share
[06:25] <asac> gnomefreak: not the include
[06:25] <gnomefreak> oh yeah
[06:25] <asac> damn ... it can't be that hard :/
[06:25] <asac> debian/tmp/usr/lib/sunbird/defaults/autoconfig
[06:25] <gnomefreak> debian/tmp/usr/lib/sunbird/defaults/autoconfig
[06:25] <asac> debian/sunbird/usr/share/sunbird/defaults/
[06:25] <gnomefreak> yes i just cp'ed the wrong link
[06:26] <asac> tis just the same path but in share :/
[06:26] <asac> gnomefreak: no link ... *copy*
[06:26] <asac> or *install* ... however you want to call it
[06:26] <gnomefreak> asac: when i pasted it in irssi i grabed wrong paste
[06:26] <asac> you just have to verify that the defaults dir is properly linked... because i am not sure
[06:26] <asac> but it should
[06:26] <asac> yeah
[06:27] <asac> ok ;)
[06:27] <asac> gnomefreak: if you look in .install ... it should be obvious ... there are other dirs copied that way as well
[06:27] <gnomefreak> they are all usr/share/sunbird*
[06:27] <gnomefreak> give or take
[06:28] <asac> no
[06:28] <asac> e.g.
[06:28] <asac> debian/tmp/usr/lib/sunbird/defaults/pref usr/share/sunbird/defaults
[06:28] <asac> debian/tmp/usr/lib/sunbird/defaults/profile usr/share/sunbird/profile
[06:28] <asac> those are so close to what you want that it should be trival to adapt it :)
[06:28] <gnomefreak> thats not what is in this file for all the rest
[06:28] <asac> its in my sunbird.install
[06:28] <gnomefreak> debian/sunbird.cfg usr/lib/sunbird
[06:28] <asac> line 7
[06:29] <gnomefreak> debian/tmp/usr/lib/sunbird/defaults/pref usr/share/sunbird/defaults
[06:29] <gnomefreak> thats line 7
[06:29] <asac> yeah you found it
[06:29] <asac> right
[06:29] <asac> its exactly what you want
[06:29] <asac> but with autoconfig
[06:29] <gnomefreak> yeah i knew that and i had that in here but you told me to do it by hand so i removed it
[06:29] <gnomefreak> i even commited it
[06:29] <asac> don't get confused to quick :)
[06:30] <asac> i would never ask you to copy something by hand in the build tree
[06:30] <asac> when i ask for manual copying its always in the real insatll ... just to test if its enough to fix our issue
[06:30] <asac> without the need to build etc.
[06:30] <gnomefreak> oh ok
[06:30] <Jazzva> Hello... Just passing by... asac, I won't be able to finish that plugins menu today...
[06:31] <gnomefreak> debian/tmp/usr/lib/sunbird/defaults/autoconfig usr/share/sunbird/defaults
[06:31] <asac> gnomefreak: be more self-confident ;) ... i am sorry, but i cannot really look what you havfe on your disk
[06:31] <asac> that looks good
[06:31] <asac> Jazzva: plugin menu? you mean plugin table?
[06:31] <gnomefreak> asac: thats what i had to  start with. ok lets see if its better
[06:31] <Jazzva> asac: That :)... I'm having problems with my HDD on which is the /home dir and I'm in a light panic state... Backing up important stuff...
[06:31] <asac> ok
[06:32] <asac> good luck
[06:32] <Jazzva> OTOH, I should get new HDD tomorrow, which is a positive thing :)...
[06:32] <Jazzva> Thanks...
[06:32] <asac> you should merge the mt tree into yours
[06:32] <asac> i fixed another bug there
[06:41] <gnomefreak> still have to test build in build-area
[06:41] <asac> sure
[06:41] <asac> with -nc ... just work in build-area until fixed
[06:41] <gnomefreak> yep
[06:41] <asac> then copy the modified files back to bzr
[06:42] <gnomefreak> they are all commited atm
[06:42] <gnomefreak> i have been commiting and uncommiting as i go
[06:44] <gnomefreak> im assuming you mean those files :)
[06:48] <asac> ... i better stop guessing ... i have no idea what you are doing ;) and will probably just cause confusion
[06:52] <gnomefreak> asac: nvm i know what you meant and i figured it out sorry been up for almost 10 hours already
[06:52] <asac> yeah no problem ;)
[06:52] <asac> i am not really at my best atm as well :)
[06:55] <gnomefreak> i fixed it in my build dir but i forgot tht running dpkg-buildpackage i would have to fix it in build-area :( so when you were telling me to fix it there i was fixing it in build dir
[06:55] <gnomefreak> :(
[06:55] <gnomefreak> extra spin or 3 not like today was the best of days to begin with
[06:57] <asac> gnomefreak: yeah ... one only learns from failures ;)
[06:57] <asac> ... or pain
[06:57] <gnomefreak> yep
[06:57] <gnomefreak> but hopefully it works that way all i have to do is build and push
[06:58] <gnomefreak> although if it works all i really need to do is push
[07:01] <gnomefreak> would have been nice to have one
[07:04] <gnomefreak> fixed
[07:05] <asac> he?
[07:05] <asac> what is fixed?
[07:05] <asac> locales?
[07:05] <gnomefreak> sunbird is fixed/
[07:05] <gnomefreak> no
[07:05] <asac> oh cool
[07:05] <asac> clean up ... push to bzr ... i will merge over to mt ... after reviewing that no cruft slipped in and upload
[07:05] <gnomefreak> locales i would have to do inside source tarball or make a locales dir in debian
[07:06] <asac> gnomefreak: where are the locales shipped?
[07:06] <asac> gnomefreak: if they are not shipped in upstream sunbird tarball we want a separate source package for locales
[07:06] <gnomefreak> in the build-area/mozilla
[07:06] <asac> e.g. sunbird-locales-all
[07:06] <gnomefreak> its in upstream
[07:06] <asac> really?
[07:06] <gnomefreak> but only en_us and generic it looked like
[07:07] <asac> yeah
[07:07] <asac> then don't bother
[07:07] <asac> we need a source package wil all .xpis
[07:07] <asac> just like firefox-locales-all
[07:07] <asac> and en-us is alrady properly shipped
[07:07] <gnomefreak> its in toolkit
[07:07] <asac> otherwise sunbird wouldn't have any text ;)
[07:07] <asac> gnomefreak: yeah doesn't matter
[07:07] <asac> its everywhere
[07:08] <gnomefreak> oh
[07:08] <asac> every component has a locale folder
[07:08] <gnomefreak> oh ok
[07:08] <asac> but they just have one locale inside (the default)
[07:08] <asac> everything else needs to be packaged outside
[07:08] <asac> so sunbird package doesn't need to be modified
[07:08] <gnomefreak> oh well the bug gives like to all locales
[07:08] <gnomefreak> list of ~10 of them
[07:09] <asac> yeah
[07:09] <gnomefreak> https://bugs.launchpad.net/ubuntu/+source/lightning-sunbird/+bug/130807
[07:09] <ubotu> Launchpad bug 130807 in lightning-sunbird "sunbird langpacks doesn't exist yet" [Undecided,Confirmed] 
[07:09] <asac> we should just package all that are avaialble on upstream ftp
[07:10] <gnomefreak> the reason i didnt is not sure wher eto put them
[07:10] <gnomefreak> where to*
[07:11] <asac> http://releases.mozilla.org/pub/mozilla.org/calendar/sunbird/releases/0.5/langpacks/
[07:11] <asac> gnomefreak: just start with the firefox locale package
[07:11] <asac> should be fairly simple to adapt
[07:17] <gnomefreak> wtf
[07:17] <gnomefreak> its a big damn circle
[07:18] <gnomefreak> branch == diverged says to use merge i merge i get conflict in changelog i fix i run bzr resolve and try to commit changelog wont let me try to push again diverged
[07:19] <asac> gnomefreak: you have to commit changelog after resolve says "all conflicts resolved"
[07:19] <gnomefreak> i cant
[07:19] <gnomefreak> bzr: ERROR: Selected-file commit of merges is not supported yet: files debian/changelog
[07:19] <asac> gnomefreak: you didn't resolve the conflict
[07:19] <asac> gnomefreak: you cannot commit just one file
[07:19] <asac> merges are always "file-less"
[07:19] <asac> read the error... it says all
[07:19] <asac> just say bzr commit on top
[07:20] <asac> < gnomefreak> bzr: ERROR: Selected-file commit of merges is not supported yet: files debian/changelog
[07:20] <asac> if you read that carefully you will see ;)
[07:20] <asac> all at once is the procedure for merging
[07:21] <gnomefreak> ah i see
[07:21] <asac> yeah :)
[07:23] <gnomefreak> there that should be good
[07:23] <gnomefreak> https://code.launchpad.net/~gnomefreak/sunbird/ubuntu-0.x
[07:23] <asac> ubotu: mergecommit in bzr is always without files, e.g. bzr commit -m "your merge comment"
[07:23] <ubotu> I'll remember that, asac
[07:23] <asac> ;)
[07:23] <asac> !mergecommit | gnomefreak
[07:23] <ubotu> Sorry, I don't know anything about mergecommit - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[07:23] <asac> !mergecommit | gnomefreak hmm
[07:23] <gnomefreak> !forget mergecommit
[07:23] <ubotu> I know nothing about mergecommit yet, gnomefreak
[07:23] <asac> damn
[07:23] <gnomefreak> !ubotu
[07:23] <ubotu> I am ubotu, all-knowing infobot. You can browse my brain at http://ubotu.ubuntu-nl.org/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots
[07:23] <asac> !:
[07:23] <asac> !:
[07:23] <asac> ubotu: mergecommit in bzr is always without files, e.g. bzr commit -m "your merge comment"
[07:23] <ubotu> But mergecommit in bzr already means something else!
[07:24] <asac> ah
[07:24] <asac> but why?
[07:24] <asac> !mergecommit in bzr
[07:24] <ubotu> mergecommit in bzr is always without files, e.g. bzr commit -m "your merge comment"
[07:24] <asac> why is ubotu smart?
[07:24] <asac> ah ... i think it looks for 'is'
[07:24] <asac> ok
[07:24] <asac> !forget mergecommit in bzr
[07:24] <ubotu> I'll forget that, asac
[07:25] <asac> ubotu: committing merges in bzr is always done without specific files, e.g. bzr commit -m "your merge comment"
[07:25] <ubotu> I'll remember that, asac
[07:25] <gnomefreak> nope
[07:25] <asac> hmm not happy :)
[07:25] <asac> !forget committing merges in bzr
[07:25] <ubotu> I'll forget that, asac
[07:25] <gnomefreak> asac: its !fact <reply> than what you want it to say
[07:26] <asac> ubotu: commit merges in bzr is always done without specific files, e.g. bzr commit -m "your merge comment"
[07:26] <ubotu> I'll remember that, asac
[07:26] <asac> gnomefreak: why?
[07:26] <gnomefreak> if its for this channel only its !fact=#channel <reply>
[07:26] <asac> its good that way
[07:26] <asac> well that is for all :)
[07:26] <asac> !commit merges in bzr
[07:26] <ubotu> commit merges in bzr is always done without specific files, e.g. bzr commit -m "your merge comment"
[07:26] <asac> !commit merges in bzr | gnomefreak
[07:26] <ubotu> gnomefreak: please see above
[07:27] <gnomefreak> :)
[07:27] <asac> i have no idea how to name it with just one word
[07:27] <gnomefreak> bzrmerges
[07:27] <gnomefreak> bzr-merges
[07:27] <gnomefreak> merges
[07:27] <asac> hmm
[07:27] <asac> !bzrmerges are always committed at once - without specifying any file -- e.g. bzr commit -m "your merge comment"
[07:28] <asac> !bzrmerges are always committed at once - without specifying any file - e.g. bzr commit -m "your merge comment"
[07:28] <asac> !bzrmerges
[07:28] <ubotu> Sorry, I don't know anything about bzrmerges - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[07:28] <asac> it doesn't work
[07:28] <gnomefreak> hint use <reply> :)
[07:28] <gnomefreak> !bzrmerges are
[07:28] <ubotu> Sorry, I don't know anything about bzrmerges are - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[07:28] <asac> !bzrmerges <reply> are always committed at once - without specifying any file - e.g. bzr commit -m "your merge comment"
[07:28] <gnomefreak> !bzrmerges are always
[07:28] <asac> it complains that i think its intelligent
[07:28] <gnomefreak> yes i see that
[07:29] <asac> ubotu: bzrmerges <reply> are always committed at once - without specifying any file - e.g. bzr commit -m "your merge comment"
[07:29] <asac> reply doesn't work most likely
[07:29] <asac> !bzrmerges are great
[07:29] <gnomefreak> !no bzrmerges is <reply> are always committed at once - without specifying any file - e.g. bzr commit -m "your merge comment"
[07:29] <ubotu> I know nothing about bzrmerges yet, gnomefreak
[07:29] <gnomefreak> !bzrmerges is <reply> are always committed at once - without specifying any file - e.g. bzr commit -m "your merge comment"
[07:29] <ubotu> I'll remember that, gnomefreak
[07:29] <gnomefreak> now !bzrmerges
[07:29] <asac> !bzrmerges
[07:29] <ubotu> are always committed at once - without specifying any file - e.g. bzr commit -m "your merge comment"
[07:30] <asac> what the hell is !no for?
[07:30] <gnomefreak> to change factoid
[07:30] <asac> and why was ubotu so confused?
[07:30] <gnomefreak> !bot
[07:30] <ubotu> I am ubotu, all-knowing infobot. You can browse my brain at http://ubotu.ubuntu-nl.org/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots
[07:30] <asac> !forget commit merges in bzr
[07:30] <ubotu> I'll forget that, asac
[07:30] <asac> ok
[07:30] <gnomefreak> ah ok
[07:30] <asac> lets see if i remember when you complain about not being able to commit next time :)
[07:30] <gnomefreak> :)
[07:30] <asac> though it probably won't happen again now that we did this extensive bot training ;)
[07:31] <gnomefreak> it should all be pushed
[07:31] <gnomefreak> i need a smoke
[07:31] <asac> ok
[07:33] <asac> pulling your branch appears to take ages ... ages and ages
[07:34] <gnomefreak> yep
[07:35] <gnomefreak> pulling any branch take forever for me
[07:35] <asac> nothing is happening
[07:35] <asac> well it works pretty well if you can use bzr+ssh://
[07:35] <asac> but it sucks with http:// or sftp://
[07:35] <asac> anyway ... nothing is happening here atm ... maybe lp is down?
[07:36] <gnomefreak> tell you in a minute
[07:36] <asac> gnomefreak: rev 87 ... your comment reads: "Updated accordingly" ... next time name what was updated ;)
[07:36] <asac> (looking at web interface) ... branch is still not here
[07:36] <gnomefreak> ok i hope thats the latest one :)
[07:36] <asac> yeah
[07:36] <gnomefreak> im pulling your ff one
[07:36] <asac> oh
[07:36] <gnomefreak> sort of
[07:36] <asac> gnomefreak: maybe its better if you use the mt subscribed one?
[07:36] <gnomefreak> its on 1 of 4
[07:36] <asac> maybe you can peek that with bzr+ssh ?
[07:37] <gnomefreak> dont know how to use bzr+ssh
[07:37] <gnomefreak> and if you cant pull it how am i going to
[07:38] <gnomefreak> still stuck on 1/4
[07:38] <asac> oh you did a merge of your own local branch :)
[07:38] <asac> funny
[07:38] <asac> ok that explains a bit of the comment
[07:38] <asac> maybe just remember that you won't see the nested comments on lp ... so redocument on merges
[07:38] <gnomefreak> ok
[07:39] <gnomefreak> i commented on all but changelog
[07:40] <gnomefreak> see revisions 83 and up
[07:40] <gnomefreak> ff still isnt moving
[07:41] <asac> yeah ... wait a bit longer :) ... you should keep a branch around and just update that
[07:41] <asac> its a bit faster then ;)
[07:41] <asac> gnomefreak: can you please run a dch -r -Dgutsy
[07:41] <asac> and commit changelog on top with comment
[07:42] <asac> debian/changelog: 0.5-0ubuntu3 gutsy upload
[07:42] <gnomefreak> why do i want another changelog
[07:42] <gnomefreak> it will conflict
[07:42] <asac> well now its UNRELEASED ... i reviewd and usually i would add that on top
[07:42] <asac> no
[07:42] <asac> why would it?
[07:42] <asac> just commit on top
[07:42] <asac> its important to have on commit that can be identified to be exactly the state that goes up
[07:43] <asac> i can run dch as well
[07:43] <asac> but then i will be main changelog entry holder
[07:43] <asac> and you would get a [John Vivrito]  entry
[07:43] <asac> which i don't think would be good given that you did most of the work
[07:43] <asac> if you don't care i can do
[07:43] <asac> just let me know
[07:44] <asac> actually you got the idea of UNRELEASED a bit wrong
[07:44] <asac> the idea is to add a new changelog entry with UNRELEASED when development begins
[07:45] <asac> e.g. for this case it would have been before rev 83
[07:45] <gnomefreak> ok so all you wanted me to do was change the unreleased to gutsy and than just comment on the commit
[07:45] <asac> then when we upload we flip that to gutsy and document the changes
[07:45] <asac> gnomefreak: yeah ... and use dch -r ... so the date gets updated
[07:45] <asac> it will automatically flip to gutsy
[07:45] <asac> if you are in gutsy
[07:46] <asac> keep an eye open if it uses the right email/name for you
[07:46] <gnomefreak> it changed
[07:46] <asac> changed what?
[07:46] <gnomefreak> unreleased to gutsy
[07:46] <asac> yeah ... and updates the timestamp
[07:46] <asac> take care that your name and email are correct
[07:46] <gnomefreak> yes
[07:47] <asac> then commit ... and push to mt directly ... or to your brnch
[07:47] <asac> whatever you want
[07:47] <asac> oh wait
[07:47] <asac> let me push first :)
[07:47] <gnomefreak> push?
[07:47] <asac> ok mt brach is pushed ... just push to your or to mt ... e.g. with the comment above on checkin the changelog entry
[07:47] <asac> gnomefreak: well mt is now on your revision
[07:48] <gnomefreak> ah
[07:48] <asac> gnomefreak: so not really important
[07:48] <asac> you could have pushed all as well
[07:48] <gnomefreak> pushing atm
[07:49] <gnomefreak> should be good
[07:50] <asac> whereto? mt?
[07:50] <gnomefreak> no mine
[07:50] <gnomefreak> want me to push to mt as well?
[07:51] <gnomefreak> why does your ff 2.0.0.x branch not have lang. packs
[07:51] <asac> yeah ... just do it
[07:51] <asac> gnomefreak: because the lang packs are in a different package
[07:51] <asac> thats what i wanted to explain to you
[07:51] <asac> ;)
[07:51] <asac> they are independent from firefox
[07:52] <gnomefreak> k
[07:52] <asac> pushed?
[07:52] <asac> if not i can do it now
[07:53] <asac> ok i pushed :)
[07:53] <asac> to mt
[07:53] <gnomefreak> yes pushing
[07:53] <asac> i already did :)
[07:54] <gnomefreak> i killed mine
[07:54] <asac> already building sources for upload
[07:54] <gnomefreak> k
[07:54] <gnomefreak> what was the name of the firefox locales package?
[07:54] <asac> hmm you didn't close the bug in changelog
[07:55] <gnomefreak> no i didnt close the bug you told me to put it in the commit and not to change the changelog
[07:55] <asac> well ... but you changed the changelog ... didn't you?
[07:55] <asac> nevermind ... remember to close it the old way
[07:55] <asac> by pasting changelog entry
[07:55] <asac> uploaded
[07:56] <asac> the idea is to copy changelog entry from bzr to changelog right before the release
[07:56] <gnomefreak> i planed to
[07:56] <asac> which is why i asked you not to modify changelog ... usually i would do that in the same commit when the flipping is done
[07:56] <gnomefreak> oh
[07:56] <asac> e.g. "debian/changelog: document xxx upload to gutsy"
[07:56] <asac> bang
[07:56] <asac> upload
[07:56] <gnomefreak> ill just add changelog entry to bugs nad close them
[07:57] <asac> yeah thats fine
[07:57] <gnomefreak> fix commited?
[07:57] <gnomefreak> or released?
[07:57] <asac> no idea ... just set to fix released once its build
[07:57] <asac> no need to use intermediate step
[07:57] <asac> for me fix committed is when we have a fix in branch
[07:57] <asac> but plan to upload later
[07:58] <tonyyarusso> Hello all, we have a bit of a question regarding the debian/copyright for KompoZer.  Should it read "2007, Fabien Cazenave", "1998-2007, Contributors", or an exhaustive list of the hundreds of people who show up in a 'grep copyright *' on the source?
[07:58] <asac> settting to fix committed while things build just doesn't make sense for me ... might make sense for sponsoring ... but not for us :)
[07:58] <asac> tonyyarusso: no ... just the main licenses
[07:58] <asac> tonyyarusso: do it like firefox ... or like iceape
[07:58] <asac> i think iceape is better
[07:58] <asac> firefox might be a mess
[08:01] <gnomefreak> tonyyarusso: look at iceapes since it includes what i think is kompozer
[08:01] <gnomefreak> best to go off of that one
[08:01] <tonyyarusso> gnomefreak: iceape is in gutsy I take it?
[08:01] <gnomefreak> yep
[08:01] <gnomefreak> !info iceape gutsy
[08:01] <tonyyarusso> ok
[08:01] <ubotu> iceape: The Iceape Internet Suite. In component universe, is optional. Version 1.1.4-1ubuntu1 (gutsy), package size 28 kB, installed size 84 kB
[08:02] <Ubulette_> hi
[08:03] <gnomefreak> will look into the locales sometime this week
[08:03] <gnomefreak> i have the ff package atm
[08:05] <Ubulette_> asac, i've fixed nss
[08:12] <tonyyarusso> Wow, iceape's copyright is pretty messy in other ways.
[08:12] <gnomefreak> yep it is
[08:12] <gnomefreak> :)
[08:14] <tonyyarusso> Um, does that mean I should try to copy in all of those "The following files are under such and such, etc" sections into ours, or is it not necessarily the same?
[08:17] <gnomefreak> sorry havent had a chance to look in iceapes ina  while
[08:18] <tonyyarusso> ok
[08:19] <tonyyarusso> gnomefreak: It basically amounts to a very lengthy note saying "I've tried to figure out what license things are using by looking at where they're placed and guessing a bit, so here's how I'd group them:  MPL & GPL $files, MPL/GPL/LGPL $files, MPL only $files, otherlicense1 $file, otherlicense2 $files, and so on (very long)
[08:27] <tonyyarusso> I'm thinking perhaps we'll go with a combined "2007, Fabien; 1998-2007 Contributors" for now, and perhaps change that after things like IceApe find a better way of doing it that doesn't look like guesswork exploding a box of copyright notices in front of a fan.
[08:39] <gnomefreak> tonyyarusso: problem with that is mozilla decides the license for kompozer iceape is not mozilla so it has parts of everything in it.  still not here
[08:40] <tonyyarusso> gnomefreak: KompoZer is separate from Mozilla now.
[08:40] <gnomefreak> oh ok
[08:41] <tonyyarusso> Does that make it all better?
[08:41] <gnomefreak> im sure it still has some mozilla license in it as does iceape
[08:41] <tonyyarusso> Yes, it is tri-licensed with the MPL being one option available to any person interested in forking, along with the GPL and LGPL.
[08:41] <gnomefreak> tonyyarusso: im sure mozilla found a way to tack on some MPL as it is the moz deveolpers that made that
[08:42] <gnomefreak> tonyyarusso: with that many its gonna get messy sooner or later
[08:42] <tonyyarusso> gnomefreak: Hmmm.
[08:42] <gnomefreak> part a you can use but under MPL part b you can use under GPL ect..
[08:42] <gnomefreak> there is no easy way to do it
[08:43] <gnomefreak> tonyyarusso: i would ask asac when you see him again
[08:43] <tonyyarusso> gnomefreak: I'll keep that in mind.
[08:48] <shirish> Ubulette: you up m8?
[08:49] <Ubulette> more or less
[08:49] <shirish> cool ;)
[08:49] <shirish> now tell me about nspr, I know its related with firefox but don't really know how
[08:49] <Ubulette> it's the crypto lib used by all mozilla products
[08:50] <shirish> ah, its used for encryption stuff
[08:50] <Ubulette> it's usually bundled within each product
[08:50] <Ubulette> but we split it so it is shared
[08:50] <Ubulette> https mostly
[08:51] <Ubulette> plus all certificates
[08:51] <Ubulette> and there's nspr too
[08:51] <shirish> so there are 2 libs. one for encryption one for something else?
[08:52] <Ubulette> that does mostly the networking, i/o, threads, shared mem, etc
[08:52] <tonyyarusso> gnomefreak: btw, Nvu's copyright file only listed one person, with no file details.  Granted, the copyright file for it is significantly lacking in other policy terms, but it was allowed in the repos for some time in that state.
[08:53] <Ubulette> shirish, now, i'm trying to split ff3 from it's gecko core
[08:53] <Ubulette> xul
[08:53] <shirish> wow, that would be tricky, but why are you trying to split ff3, xul is used with other apps. as well perhaps?
[08:54] <Ubulette> as xul is used by many other things (totem plugin, liferea, etc)
[08:54] <shirish> thought so, so basically its lessens duplication
[08:55] <Ubulette> that's the idea
[08:55] <shirish> cool
[08:56] <Ubulette> it should also suck less memory (though it needs to be proven) and be easier to maintain (like security fixes)
[08:56] <shirish> Ubulette: so if you are able to do that, then the firefox bugs triage page would also need to be updated.
[08:56] <Ubulette> we still have time, it's not working that well at the moment
[08:57] <shirish> Ubulette: lemme know as & when you have done the split, so if you need I'll be more than happy to also do tests, although you might have to walk me through them.
[08:58] <Ubulette> should be automatic
[08:58] <Ubulette> and invisible
[08:58] <shirish> Ubulette: I meant tests for sucking less memory (as you said it needs to be proven).
[08:58] <Ubulette> oh
[08:58] <Ubulette> ok
[09:00] <shirish> Ubulette: you have my e-mail id, even if I'm not online a short mail should be good enough to have my attention as I check my mail atleast 5-10 times a day.
[09:00] <Ubulette> ok
[09:06] <shirish> Ubulette: one query, how many apps. do you guys have in your mirror/repository now, apart from ff3 which gets built frequently?
[09:07] <Ubulette> about 40
[09:07] <Ubulette> i just lack time to add more
[09:08] <shirish> Ubulette: my oh my, at this rate you will have a mini-distro soon ;)
[09:08] <shirish> Ubulette: is there a list I could look at to know the exact no. of applications?
[09:08] <Ubulette> it's designed to be added on top of another distro
[09:09] <Ubulette> so i don"t have to do the hard work
[09:09] <shirish> Ubulette: I'm guessing you mean just like ff3 is?
[09:10] <Ubulette> not really. i mean like totem, gstreamer, nautilus, exaile, xine, rhythmbox, etc
[09:10] <Ubulette> for ff3, i also participate in the packaging
[09:11] <Ubulette> which i don"t do for the other stuff, i just reused the work already done and apply that to fresher sources
[09:11] <shirish> Ubulette: ok cool, I built my own exaile, that's a very simple app. to compile ;) it did require few dependencies.
[09:11] <shirish> built/build
[09:12] <shirish> Ubulette: right now exaile is at revision 2842 at my end ;)
[09:12] <Ubulette> don't know yet, it's a the end of the queue
[09:13] <Ubulette> and ff3 + xulrunner suck ~2h
[09:14] <shirish> Ubulette: agreed, but they have the most appeal I guess ;) and I'm guessing you are using ccache or no?
[09:14] <Ubulette> no
[09:15] <shirish> Ubulette: ah, that's why it takes so much time, at my end after using ccache, /usr/lib/ccache, the compiling time reduced drastically
[09:17] <shirish> Ubulette: I compile the new svn of deluge almost daily, sometimes more than twice, before when I was not using /usr/lib/ccache it used to take me 10-15 mins to compile, now its usually within 2-5 mins.
[09:19] <Ubulette> maybe but we're not supposed to be waiting for those things. it comes when ready :)
[09:19] <shirish> Ubulette: true :)
[09:27] <shirish> Ubulette: any idea when the swfdec-mozilla plugin would be ready?
[09:27] <Ubulette> no idea
[09:27] <shirish> Ubulette: isn't asac the maintainer of that or not?
[09:29] <Ubulette> i don't know
[09:29] <Ubulette> i kind of new here :)
[09:29] <Ubulette> i'm
[09:30] <shirish> Ubulette: I don't believe that for a sec. but still :)
[09:30] <Ubulette> you should. 1st came here 2 weeks ago
[09:32] <shirish> Ubulette: wow, then you made excellent progress, I been in ubuntu 1 yr. & only now I've started to push a bit into compiling, then also simple stuff only.
[09:35] <Ubulette> well, i didn't say i did my 1st deb here.
[09:38] <shirish> Ubulette: true, are/were you a debian user before this?
[09:39] <shirish> Ubulette: or a Ubuntu user who graduated to now where you are? Or used one of the derivatives?
[09:39] <Ubulette> debian since late 96
[09:40] <shirish> Ubulette: wow, that's a lot of history
[09:41] <Ubulette> i've used some other distro before
[09:41] <Ubulette> and many other unix too
[09:44] <shirish> wow, wow in that case I'm sure there is plenty I can learn from you.
[09:50] <Ubulette> ;)
[09:51] <Ubulette> gnomefreak, i've prepared a new nspr for mozilla bug 392852
[09:51] <ubotu> 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
[09:51] <Ubulette> gnomefreak, you can use that for the ppa next time
[09:54] <Ubulette> gnomefreak, pushed to mt nspr.ubuntu.granparadiso
[09:54] <shirish> Ubulette: do you know of any software, which is simple to compile & uses Arch as repository?
[09:54] <Ubulette> Arch ?
[09:55] <shirish> Ubulette: its a distributed revision control software, like subversion is
[09:56] <shirish> Ubulette: correction subversion is centralized, Arch is not
[09:56] <Ubulette> obviously, i don't know of any software maintained that way (as i didn't even know what it was). sootyy
[09:56] <Ubulette> sorry
[09:57] <shirish> http://www.linuxjournal.com/article/7671
[09:58] <shirish> Ubulette: its known as GNU Arch
[10:28] <Ubulette> asac, there's something wrong with ff3/xul. i've tried with --with-libxul-sdk=../../../xulrunner-1.9-1.9a8pre~cvs20070824/mozilla/dist and run ff from dist/bin/firefox, just to be sure that it's not caused by files missing/misplaced in my debs, no change at all.
[10:51] <Ubulette> Could not find compatible GRE between version 1.9a8pre and 1.9a8pre.
[10:51] <Ubulette> lol
[10:51] <asac> Ubulette: what was the problem again?
[10:51] <asac> a right the overlay
[10:52] <asac> try a flat chrome or a PR_FORCE_LOG build
[10:52] <asac> ;)
[10:52] <asac> Ubulette: yesterday i just migrated the patches in your nss branch and it worked out of the box
[10:53] <asac> e.g. libnss3.so.0d was not explicitly linked against libsoftokn .. however shlibsign worked
[10:53] <Ubulette> i'm quite sure it can't work unless you already have nss installed.
[10:53] <asac> hmm
[10:53] <asac> so what was the fix?
[10:53] <Ubulette> the signer explicitly load this lib without soname
[10:53] <asac> is it in your branch?
[10:54] <Ubulette> yep
[10:54] <Ubulette> mt
[10:54] <asac> Ubulette: but how would it work with installd nss .. shlibsign is linked against the dynamically loading libnss3
[10:54] <asac> anyway let me look
[10:54] <asac> what is the new patch?
[10:55] <Ubulette> i think this is caused by the security patch, that disables -rpath
[10:55] <asac> interesting
[10:55] <asac> why would we do that?
[10:55] <asac> just for being able to run inside debian/tmp ?
[10:55] <Ubulette> 730 	-    SHLIB_PREFIX"softokn"SOFTOKEN_SHLIB_VERSION"."SHLIB_SUFFIX;
[10:55] <Ubulette> 		731 	+    SHLIB_PREFIX"softokn"SOFTOKEN_SHLIB_VERSION"."SHLIB_SUFFIX".0d";
[10:55] <Ubulette> 
[10:56] <asac> YEAH
[10:56] <asac> i think the problem is that SHLIB_SUFFIX is not proper
[10:56] <Ubulette> it is for the other libs
[10:56] <asac> isnt that set in manifest?
[10:56] <Ubulette> those in /usr/lib/nss/
[10:57] <Ubulette> btw, it's all good with that patch
[10:57] <Ubulette> i put it in the soname patch, not in the security (/usr/lib/nss) one
[10:59] <asac> its ok  ... though i think it should be defined as a define in manifest file
[10:59] <asac> to do it proper
[10:59] <asac> but since 0d is also defined in multiple places it doesn't have a practical benefit without cleaning up more
[10:59] <Ubulette> i've tried to change that once, but it's difficult as it's not for all .so
[11:00] <asac> Ubulette: actually i think it should be put into nss
[11:00] <asac> i mean into pkglibdir .. and not versioned ... as its now dynamically loaded
[11:00] <asac> and previously it was already just implicitly linked  ... aka linking directly against it was never really allowed iirc
[11:00] <Ubulette> that's what i think too but it's used by other apps
[11:01] <Ubulette> like gnome-panel
[11:01] <asac> which app links that directly?
[11:01] <Ubulette> liferea
[11:01] <asac> they should link libnss3
[11:01] <asac> well
[11:01] <asac> directly?
[11:01] <asac> i mean do you see it in ldd ?
[11:01] <Ubulette> maybe they do but lsof shows they're using it
[11:01] <Ubulette> try on your box
[11:01] <asac> well using is different from linking
[11:01] <asac> i install liferea now
[11:01] <Ubulette> i know
[11:02] <Ubulette> well, on my box, it's no longer used as i'm now running my own nss debs
[11:03] <asac> liferea doesn't even depend on libnss
[11:03] <asac> and i didn't found any direct linkage to nss
[11:03] <asac> so its loaded by something else
[11:03] <Ubulette> but on firefox for gtkmozemb
[11:04] <Ubulette> which itself needs nss
[11:04] <asac> yeah but firefox/gtkmozembed don't need softoken directly
[11:04] <asac> i think its safe
[11:05] <asac> hmm
[11:05] <Ubulette> to un-soname it or to keep it like it is now ?
[11:06] <asac> ok might be wrong
[11:06] <asac> is it shipped in /usr/lib/nss atm or what?
[11:06] <Ubulette> no
[11:06] <Ubulette> as /usr/lib/libsoftokn3.so.0d
[11:06] <asac> ah sorry
[11:06] <asac> :)
[11:06] <asac> yeah misread
[11:08] <asac> i think its just a try and error thing ... see if firefox fails if you move it to nss without soname with proper loader patch ....
[11:08] <asac> (e.g. ffox trunk)
[11:09] <Ubulette> seems there's also an issue with libnssckbi.so
[11:11] <Ubulette> we put it in usr/lib/nss while xul keeps thinking it's in /usr/lib
[11:11] <Ubulette> but that's not the cause of my problem
[11:12] <Ubulette> (no XBL binding)
[11:21] <Ubulette> asac_, hmm, i had to disable javaxpcom, could it be related ?
[11:21] <Ubulette> (in xul)
[11:29] <Ubulette> -1211234624[805c000] : Loaded library /usr/lib/libsoftokn3.so.0d (load lib)
[11:29] <Ubulette> -1211234624[805c000] : Loaded library /usr/lib/nss/libnssdbm3.so (load lib)
[11:29] <Ubulette> -1211234624[805c000] : Loaded library /usr/lib/nss/libfreebl3.so (load lib)
[11:29] <Ubulette> -1211234624[805c000] : Loaded library libnssckbi.so (load lib)
[11:29] <Ubulette> asac, still there ?
[11:29] <asac> yeah
[11:30] <asac> back
[11:30] <asac> first connection down ... then phonecall
[11:30] <Ubulette> seems your isp sucks
[11:30] <asac> well ... thats probably true
[11:30] <asac> but actually i think its my modem
[11:30] <asac> not always ... but frequently
[11:31] <asac> for instance yesterday or something high had a ping of 2 seconds
[11:31] <asac> and resetting modem helped
[11:31] <asac> but of course i got reconnected as well ... so i can't tell if my previous hub/switch/whatever was borked
[11:32] <asac> its probably one of the first adslv2 modems with one of the first firmwares  here in germany :)
[11:32] <asac> so not a good combination to be an early mover
[11:32] <asac> :)
[11:34] <Ubulette> :)
[11:35] <Ubulette> -1211234624[805c000] : GetScreenBounds 0 25 | 994 862 | 994 862
[11:35] <Ubulette> -1211234624[805c000] : nsCommonWidget::Show [8415f40]  state 0
[11:35] <Ubulette> -1211234624[805c000] : file (null), line 0: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIObserverService.removeObserver] "  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: chrome://browser/content/browser.js :: BrowserShutdown :: line 1002"  data: no] 
[11:35] <Ubulette> -1211234624[805c000] : file chrome://browser/content/places/toolbar.xml, line 60: TypeError: null has no properties
[11:35] <Ubulette> -1211234624[805c000] : nsWindow::Destroy [86b7e40] 
[11:35] <Ubulette> -1211234624[805c000] : nsWindow::~nsWindow() [86b7e40] 
[11:37] <asac> hmm
[11:37] <asac> whats that?
[11:37] <asac> a debuf buuild?
[11:38] <asac> with all logging?
[11:38] <asac> have you set NSPR_LOG_MODULES as weell?
[11:39] <Ubulette> NSPR_LOG_MODULES all:5
[11:40] <Ubulette> asac, http://www.sofaraway.org/ubuntu/tmp/ff3+xul.log
[11:41] <Ubulette> that's ./build-tree/mozilla/dist/firefox/firefox -safe
[11:43] <asac> what is in linke 60?`
[11:44] <asac> hmm that exception appears to be during browser shutdown
[12:01] <Ubulette> I can't find anything obvious, for sure
[12:12] <asac> let me finish this icedove desaster :)
[12:13] <asac> poor debian users should at least have some icons ;)
[12:13] <tonyyarusso> asac: When you have a second could you glance at the copyright discussion three and a half hours ago?
[12:14] <asac> any specific question left ;) ?
[12:14] <asac> i don't think you need to add Fabien :)
[12:14] <asac> just Contributors
[12:14] <tonyyarusso> asac: In short, whether I can have a simple copyright file or if it needs to be a massive mess of grossness.
[12:14] <asac> he is most likely not the sole copyright holder for most files
[12:14] <asac> tonyyarusso: well ... archive admin will bug you
[12:15] <asac> look at sunbird
[12:15] <asac> i had to add more info ... than that of iceape
[12:15] <asac> so yes ... you need all in iceape ... plus maybe more
[12:15] <asac> its not important who the copyright has ... its just important that you tell which subtree has which license
[12:15] <tonyyarusso> Eeesh, that's icky.  There'll be as much info in copyright as in mozilla/ :P
[12:15] <asac> e.g on top ... all files but the one specifically listed are Trilicense (tell about tri-license here)
[12:15] <tonyyarusso> OK
[12:16] <asac> i think the iceape/sunbird thing is a good start
[12:16] <asac> take care that you remove all binaries without a source
[12:16] <asac> maybe run the iceape remove.nonfree script to clean the tarball
[12:16] <asac> further remove everything in other-licenses/
[12:16] <asac> or document licenses in their properly and cross-fingers
[12:17] <asac> i am sorry for that news, but you are walking on itchy ground here :)
[12:17] <tonyyarusso> other-licenses/ ?  /me looks
[12:17] <asac> archive admins are pretty allergic against mozilla trees
[12:18] <asac> try to be fast so riddell reviews your tarball ... instead of pitti
[12:18] <Ubulette> lol
[12:18] <asac> who will certainly harangue about all the files
[12:18] <asac> it was always a pain for me to get a new tarball in
[12:18] <tonyyarusso> haha
[12:18] <asac> i promissed that sunbird is probably the last 300 MB of clutter tarball thats coming
[12:19] <asac> but well ;)
[12:19] <asac> now here comes another :)
[12:20] <tonyyarusso> asac: The sunbird copyright file is far more pretty than the iceape one.
[12:20] <asac> let me look
[12:20] <tonyyarusso> I'm wondering if iceape may have missed the part about "Some files may still contain licensing notices claiming licensing under
[12:20] <tonyyarusso> other combinations of NPL, MPL, GPL and LGPL. They are files that were missed
[12:20] <asac> not that i am talking bull-shit here
[12:20] <tonyyarusso> by the upstream relicensing script, but all the permissions required for
[12:21] <tonyyarusso> relicensing were indeed provided.
[12:21] <asac> yeah ... try to start with that one
[12:21] <asac> tonyyarusso: oh yeah
[12:21] <asac> for your tarball situation is probably even worht
[12:21] <asac> there should be a bunch of files not yet relinsed
[12:22] <asac> probably something in unicode
[12:22] <asac> because you are older
[12:22] <asac> so maybe the iceape copyright which was probably derived from mozilla-suite one might be better
[12:22] <tonyyarusso> How does one find out?  Read every file manually?
[12:23] <asac> yeah
[12:23] <tonyyarusso> eesh
[12:23] <asac> i would start with iceape file
[12:23] <asac> they already list those files
[12:23] <asac> it should be pretty much suitable because its almost certainly not right for the current iceape (read its for older branches)
[12:23] <asac> so its your copyright file
[12:24] <asac> take it
[12:24] <asac> maybe try a few samples for just NPL et al
[12:24] <asac> if its really true
[12:24] <asac> but it probably is
[12:25] <asac> hmmm nice ... those NPL only files are really non-free
[12:25] <asac> and there is a bunch of them
[12:27] <asac> tonyyarusso: what branch is kompozer based on ... 1.7 as well? or did they get the track to 1.8 already?
[12:28] <tonyyarusso> asac: 1.7, yes
[12:28] <tonyyarusso> Looking into updating, but not yet.
[12:28] <asac> is it possible to open web pages in it?
[12:28] <asac> e.g. from the net directly?
[12:28] <tonyyarusso> Seeing what will be necessary for an as-yet-unspecified future goal.
[12:28] <asac> with javascript and all that?
[12:28] <tonyyarusso> asac: It uses x-www-browser for that.
[12:29] <asac> what happens if you want to modify a think from net?=
[12:29] <asac> will it open it completely ... e.g. with javascript et al?
[12:30] <asac> hopefully he goes directly for xulrunner 1.9
[12:30] <asac> otherwise he is probably finished with 1.8 when support for that branch has vaned
[12:31] <tonyyarusso> Kaze says it can open stuff, but suspects it would inhibit javascript
[12:31] <asac> yeah .. suspecting is good ... knowing is better ;)
[12:31] <asac> howver there have even been pure css exploits on 1.7
[12:31] <asac> without js
[12:32] <asac> what 1.7 versio is it?
[12:32] <asac> any idea?
[12:32] <asac> whats in milestone.txt ?
[12:36] <asac> tonyyarusso: ^^ ??
[12:36] <tonyyarusso> asac: 1.7.5
[12:37] <asac> http://www.mozilla.org/projects/security/known-vulnerabilities.html#seamonkey1.0.2
[12:37] <asac> scroll a bit down
[12:37] <asac> there you see the vulns of 1.7.5 and above
[12:37] <asac> e.g. 1.7.6 1.7.7
[12:38] <asac> no idea if there is something that might affect you ;)
[12:38] <asac> cool http://www.mozilla.org/security/announce/2006/mfsa2006-27.html#
[12:39] <asac> An anonymous researcher for TippingPoint and the Zero Day Initiative reports that an invalid and nonsensical ordering of table-related tags causes Mozilla to use a negative array index. This invalid memory use can be exploited to run code of the attacker's choice.
[12:39] <asac> Although JavaScript is not involved in the vulnerability itself, disabling JavaScript may prevent an attacker from effectively preparing memory in order to carry out the exploit.
[12:39] <asac> though ;)
[12:39] <asac> http://www.mozilla.org/security/announce/2006/mfsa2006-05.html
[12:40] <asac> Localstore.rdf XML injection through XULDocument.persist()
[12:40] <asac> might not apply ... but certainly a gem ;)
[12:40] <asac> or 2006-25 ... Georgi Guninski reported two variants of using scripts in an XBL control to gain chrome privileges when the page is viewed under "Print Preview".
[12:41] <asac> This vulnerability exists even if web-content JavaScript is turned off.
[12:41] <asac> tonyyarusso: at best grab all patches from debian old stable seamonkey :)
[12:41] <asac> aeh mozilla-suite of course
[12:41] <asac> in debian
[12:42] <asac> there should be one or two hundred patches :)
[12:42] <asac> that might give you at least a bit security ;)
[12:42] <asac> but i am not sure when they start
[12:42] <tonyyarusso> Noted.
[12:42] <asac> maybe they include patches starting from 1.0.8 ?
[12:43] <asac> aeh 1.7.8
[12:43] <asac> till 1.8.0.7 or something
[12:43] <asac> no idea when i stopped backporting
[12:43] <asac> at least there should be all 2006 mfsas
[12:44] <asac> and maybe a bunch of 2005
[12:44] <asac> and a few from 2007
[12:44] <asac> i think i stopped in mar 2007
[12:44] <asac> i think mfsa2007-08 is the last i backported to 1.7
[12:45] <asac> what a mess :)
[12:45] <asac> its definitly bleading code
[12:46] <gnomefreak> Ubulette: is this another rename? nspr.ubuntu.granparadiso
[12:46] <tonyyarusso> Yeah - hence hoping to just modernize the whole shebang if possible.
[12:48] <gnomefreak> next question: why do you keep renaming the branch?
[12:48] <asac> gnomefreak: we discussed it
[12:48] <gnomefreak> i didnt
[12:48] <asac> this should be more or less the right name
[12:48] <gnomefreak> last i saw was hte tag rename
[12:48] <asac> no me and Ubulette ... yesterday night i think
[12:49] <gnomefreak> if i knew i would have waited until renaming was done
[12:49] <gnomefreak> was nss done as well?
[12:49] <asac> the curent idea is that the name contains info for which ffox branch its suitable
[12:49] <asac> so you can use .granparadiso for granparadiso
[12:49] <asac> well and .trunk for trunk ... but there we are already at an impasse already
[12:49] <asac> as we have tag for trunk + real nss trunk ... which is not yet used at all by ffox
[12:49] <Ubulette> gnomefreak, yep, sorry
[12:50] <gnomefreak> nss nspr shouldnt change from trunk to gp
[12:50] <gnomefreak> they should be usible for both
[12:50] <Ubulette> you mean the branch name or the package name ?
[12:51] <gnomefreak> dont know what the package name is yet i havent looked
[12:51] <Ubulette> src is nss-trunk
[12:51] <gnomefreak> i think im gonna wait a day or 2 anyway
[12:51] <Ubulette> as you want
[12:51] <gnomefreak> since PPA should be public by end of today (not sure whos time)
[12:52] <gnomefreak> that way i can go back to mt1
[12:52] <Ubulette> you scripted it, right ?
[12:52] <gnomefreak> no
[12:52] <Ubulette> oh
[12:52] <Ubulette> maybe you should
[12:52] <gnomefreak> to do what change control file?
[12:53] <Ubulette> yes, and bump changelog
[12:53] <gnomefreak> eh thats 2 sec worth of work
[12:53] <Ubulette> as you want, you're the ppa boss
[12:54] <Ubulette> i just hate to do the same thing twice
[12:54] <gnomefreak> Ubulette: well if i dont do it everyday (since you update it everyday) than it wont be that bad
[12:55] <gnomefreak> im trying to find out ETA of PPA atm
[12:56] <asac> gnomefreak: we found that they may differ
[12:56] <asac> its not given that they don't change
[12:56] <gnomefreak> we did?
[12:56] <asac> for instance atm nspr is different
[12:56] <asac> for trunk vs. granparadiso
[12:56] <asac> and probabyl soon it will be different for nss
[12:57] <asac> gnomefreak: not we as in you and me ... we as the mt ... yesterday night
[12:57] <asac> :)=
[12:57] <gnomefreak> asac: so i have to have 2 versions of nspr in PPA?
[12:57] <asac> yeah at least when we have paradiso in ppa
[12:57] <Ubulette> i think the gp one is enough
[12:57] <asac> maybe in feisty for paradiso
[12:57] <gnomefreak> gp is in there atm
[12:57] <asac> and in gutsy for trunk
[12:57] <asac> in gutsy we don't really need gp imo
[12:58] <asac> we can upload to the archive
[12:58] <gnomefreak> agreed
[12:58] <asac> feisty gets gp backport
[12:58] <asac> gutsy gets bleeding edge
[12:58] <asac> thats a good compromise imo
[12:58] <gnomefreak> but i would like to know so i get a day to get to work
[12:58] <asac> well first we need a final PPA
[12:58] <gnomefreak> ok PPA gutsy will get -trunk and -trunk nss nspr?
[12:59] <asac> yes i think so
[12:59] <asac> and maybe even -realtrunk nss/nspr
[12:59] <gnomefreak> asac: but i need to know before than so when it gets released i dont have 35 packages waiting
[12:59] <asac> but i think it should be enough to have those in branches
[12:59] <asac> yeah ... now you know ;)
[12:59] <gnomefreak> ok so nss-ubuntu-gp is for gp only?
[12:59] <asac> yes
[12:59] <asac> thats the idea of the name
[12:59] <asac> that branch tracks nss for gp
[12:59] <gnomefreak> where is trunks located?
[12:59] <Ubulette> i should be able to maintain *-trunk as i'm daily building those from HEAD cvs, so i can react to any new ftbfs before it even hits the ppa
[01:00] <asac> Ubulette: well we should not build ffox-trunk against trunk
[01:00] <asac> so you would maintain -realtrunk ;)
[01:00] <gnomefreak> ok i see nss.ubuntu.trunk
[01:01] <asac> if we really maintain ffox-trunk against trunk then we should submit changes that need to be done for ffox-trunk to bugzilla
[01:01] <gnomefreak> that is for ff-trunk?
[01:01] <asac> so upstream has use of it
[01:01] <Ubulette> ff-trunk could use nns/nspr-gp as gp is just following trunk with a month or so delay
[01:01] <asac> as we will do things that even they don't do
[01:01] <asac> Ubulette: well ... you never know
[01:01] <asac> Ubulette: nss might be pushed ahead one tag
[01:01] <asac> then we would have the libsoftokn transition
[01:01] <asac> Ubulette: further nss.gp will be in feisty archive
[01:02] <gnomefreak> gutsy
[01:02] <asac> no
[01:02] <gnomefreak> feisty ppa?
[01:02] <asac> at least not necessarily
[01:02] <asac> gnomefreak: we just talked about that?
[01:02] <gnomefreak> yes
[01:02] <asac> gnomefreak: paradiso only in feisty
[01:02] <gnomefreak> archive got me
[01:02] <asac> yeah ..so nss gp is required in feisty ...
[01:03] <gnomefreak> ok i know what is going where. what nss nspr am i using for gp and what ones for trunk
[01:03] <gnomefreak> both use same branch?
[01:03] <asac> i think Ubulette disagrees though ;)
[01:04] <asac> question is if we want ffox-trunk build against same as gp
[01:04] <Ubulette> well, if you don't want {nss,nspr}.trunk in mt, no problem, i'll move them back outside m-t
[01:05] <asac> Ubulette: i just  say that we should have another branch ... and the probably don't want the packages in ppa
[01:05] <Ubulette> another branch ?
[01:05] <Ubulette> what for ?
[01:05] <asac> so we do active development on .HEAD ... once they tag we merge current HEAD to .trunk ... once paradiso is released we merge .trunk to .gp
[01:05] <asac> in a perfect world we won't touch trunk and gp for anything else than merging
[01:06] <asac> so all development goes into .HEAD
[01:06] <gnomefreak> im almost tempted to say PPA gets updated once a week unless there is something critical
[01:06] <asac> Ubulette: for trunk applications build?
[01:07] <Ubulette> you seems to imply that ff-trunk is not HEAD ?
[01:07] <asac> Ubulette: i don't imply ... i know it :)
[01:07] <asac> its never nss/nspr HEAD
[01:07] <asac> its always tagged
[01:07] <Ubulette> i said ff
[01:08] <asac> Ubulette: and remember that if they move nspr/nss tag on trunk ... they do it often because some new api element becomes available that they want to use for ffox-trunk
[01:08] <asac> so trunk ffox will fail to build against nss used by gp
[01:08] <asac> so we can either ship gp.nss ahead of time ... or maintain three branches ... from which when done right only one is really used .. the .HEAD one
[01:09] <asac> Ubulette: no i don't imply that ffox-trunk is not HEAD
[01:09] <Ubulette> mozilla bug 392852
[01:09] <asac> Ubulette: why would i?
[01:09] <ubotu> 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
[01:09] <Ubulette> that's why i updated nspr today
[01:09] <asac> right
[01:09] <Ubulette> nspr.ubuntu.granparadiso
[01:09] <asac> but you build nspr against real head
[01:09] <asac> you don't keep the branch on the state of that tag
[01:09] <Ubulette> no point in doing that, it's static
[01:10] <asac> he?
[01:10] <Ubulette> the tag
[01:10] <Ubulette> it's not a branch, it's a tag
[01:10] <asac> i think we talk about different things
[01:11] <Ubulette> maybe
[01:11] <asac> i think i see what you want
[01:11] <asac> but i don't think it will work flawlessly ... in the sense that we all know what is going on where and when
[01:11] <Ubulette> for me, nspr.ubuntu.granparadiso is now frozen with sources tagged with NSPR_HEAD_20070820, until they bump the requirement again