[00:03] <asac> fta: thats a new patch
[00:03] <asac> we still have the review+ one
[00:03] <asac> sunil is the spicebird guy iirc
[00:06] <asac> fta: do you log every channel you join?
[00:06] <fta> yes
[00:06] <asac> fta: do you have the workshop logs?
[00:06] <asac> at UDS?
[00:06] <asac> hmm ... maybe that was here?
[00:06] <asac> when was that?
[00:06] <fta> it was here
[00:07] <asac> 11th dec?
[00:07] <asac> or 12th?
[00:07] <fta> 11&12 dec
[00:11] <asac> hmm
[00:11] <asac> :)
[00:40] <fta> asac, http://paste.ubuntu.com/100681/
[00:43] <asac> GRE_VERSION=@XULVER@
[00:44] <asac> what woud that be?
[00:44] <fta> 1.9.1b3pre
[00:44] <asac> 's/\+nobin.*//' ?
[00:45] <fta> no need, already covered
[00:45] <fta> fta@ix:~ $ echo 1.9.1~b3~hg20090103r22626+nobinonly-0ubuntu1~fta2 | sed -e 's/\+.*//' -e 's/~\([^~]*\).*/\1pre/'
[00:45] <fta> 1.9.1b3pre
[00:45] <fta> fta@ix:~ $ echo 1.9.0.5+nobinonly-0ubuntu1 | sed -e 's/\+.*//' -e 's/~\([^~]*\).*/\1pre/'
[00:45] <fta> 1.9.0.5
[00:45] <asac> if i have to do 1.9.1+1+nobinonly?
[00:45] <fta> oh
[00:46] <asac> not sure if its an issue ;) ... or if we want what is before first + anyway
[00:46] <asac> but at least we should think a minute ;)
[00:46] <fta> it's fine, we want 1.9.1, not 1.9.1+1
[00:47] <asac> yes ... and main use case for +1 would be later fixup of tarball ... in which case upstreawm version still is 1.9.1
[00:48] <asac> fta: why not just do this on upgrade
[00:48] <asac> nm
[00:48] <asac> on upgrade can we see files of old package or not?
[00:49] <fta> yes
[00:50] <asac> then just do that on upgrade
[00:50] <asac> and dig the accurate gre version from the "old" files
[00:54] <asac> fta: hmm ... actually this all reminds me that we should consider to add a new location in /usr/share/gre.d or something
[00:54] <asac> maybe such a location exists?
[00:54] <fta> what for?
[00:55] <asac> for the "in package" shipped conf files
[00:55] <asac>  /etc is ment for admins ... not for packages
[00:56] <asac> as we can see with all the troubles we have
[00:56] <asac> so in perfect world, xul would look at ~/.gre.d/ /etc/gre.d/ /usr/share/gre.d/
[00:56] <asac> in that order
[00:56] <asac> ah of course the env MOZ_GRE=/... is first
[00:58] <fta> /etc/gre.d/ is not our choice in the 1st place, it comes from upstream
[00:58] <fta> but you're right, it's ugly
[00:59] <asac> yes i know ... thats why we need an upstream patch
[01:00] <fta> but issues with /etc management are only debian based. we'll have to convince benjamin that it's wanted for everyone
[01:01] <fta> i can smell the r- from here :P
[01:01] <asac> GRE_HOME
[01:02] <asac> is first
[01:02] <asac> hmm
[01:03] <asac> MOZ_GRE_CONF
[01:03] <asac> seems to be on UNIX
[01:03] <asac> then ~/.gre.config
[01:03] <asac> then ~/.gre.d/*.conf
[01:03] <asac> /etc/gre.conf
[01:03] <asac> /etc/gre.d/
[01:04] <fta> aren't the files only legacy?
[01:04] <asac> probably
[01:04] <asac> i dont suggest /usr/share/gre.conf ;) ... just gre.d
[01:10] <RainCT> Hi
[01:11] <asac> hi
[01:11] <RainCT> I'm uploading adblock-plus 1.0 to Jaunty right now. Would be good if someone could test it once it has built :)
[01:11] <asac> fta: http://paste.ubuntu.com/100698/ ;)
[01:11] <asac> review-
[01:12] <asac> err, more like http://paste.ubuntu.com/100699/
[01:12] <asac> still -
[01:12] <asac> fta: what does redhat/suse do about /etc stuff?
[01:12] <asac> just wipe everything on upgrade?
[01:15] <asac> RainCT: i guess a bunch of people use it :)
[01:15] <asac> i think i use it too
[01:15] <asac> so will just take  bit ;)
[01:18] <fta> asac, no idea
[01:19] <crimsun> fta: (sorry to cut in; themuso and i are working on getting nightlies built of pulseaudio, alsa-lib, and alsa-plugins so it'll be easier to test for regressions)
[01:22] <fta> nice
[01:24] <RainCT> well, I'm off now. Good night!
[01:25] <fta> me too, not enough sleep last night
[09:32] <fta> asac, http://paste.ubuntu.com/100931/
[09:36] <fta> obviously, it should be simpler
[09:47] <asac> fta: how about shipping the test_harness?
[09:47] <asac> e.g. the test_all.sh
[10:18] <asac> fta: Bug 312353 seems fixed according to bug
[10:20] <white> asac: pop/imap ssl, pop, smtp, smtp/ssl, dragging messages within imap and into it, encryption/decryption/signing with enigmail works
[10:20] <white> preference tabs look ok to me
[10:21] <white> now i just need to find the config switch to change the language :)
[10:29] <asac> white: install a langpack and export LANG=you_LANG
[10:29] <asac> then start
[10:29] <white> asac: one minor thing
[10:29] <white> asac: when i install all packages (except -dev and -dbg) i got a bit of an ugly gui part
[10:29] <white> in one of the preference tabs
[10:29] <white> but it doesn't exist, if i only have icedove installed
[10:32] <white> asac: language pack works, tested with German
[10:35] <asac> good
[10:35] <asac> open all preference tabs and so on
[10:35] <asac> if thats good, you are ready to go i guess
  fta: how about shipping the test_harness? <= hm, i think i do ship test_harness
[10:35] <white> asac: so far so good, i'll do my debdiffing now over the binary packages
[10:35] <white> asac: do you want to have a last look over the advisory?
[10:36] <asac> white: no. looked good yesterday
[10:36] <white> ok :)
[10:36] <white> i'll do last checks and then upload, it will take a few days to get all archs i guess :/
[10:50] <white> asac: uploaded
[11:08] <asac> white: iceape also there now
[11:08] <asac> (uploaded)
[11:08] <white> asac: FTBFS on s390 :/
[11:10] <white> asac: http://paste.debian.net/25356/
[11:16] <white> asac: also i think we still should get a CVE id for mfsa2008-59, what do you think?
[11:17] <asac> white: s390 is known to be broken
[11:17] <asac> white: the porters replaced the machine that was initially used for etch with something new
[11:17] <asac> since then some s390 guy does binary uploads for security
[11:18] <asac> read the team@ archive or ask jmm what to do
[11:18] <white> ok
[11:18] <asac> (background: etch was released with s390 ... now security builder is s390x arch)
[11:18] <white> bah
[11:19] <white> ah got the thread on team@, thanks
[11:19] <asac> yeah ... thats what i thought too
[11:19] <asac> especially since they thought "thats probably 100% compatible" and didnt even tell the security team
[11:19] <white> pfff
[11:19] <asac> until icedove and friends blew up ;)
[11:20] <white> asac: 12:16 < white> asac: also i think we still should get a CVE id for mfsa2008-59, what do you think?
[11:20] <white> :)
[11:20] <asac> let me check my data again
[11:23] <white> asac: re s390: wow, i mean wooooooow. I didn't read it carefully enough back then, but now i am somehow shocked
[11:24] <asac> white: ok i asked
[11:24] <asac> (on advisory)
[11:24] <asac> on sec list it was confirmed twice that -59 is the CVE ... asked if -47 is the same now
[11:24] <asac> probably get back an answer in a few hours
[11:25] <asac> white: yeah. s390 is a mess
[11:25] <asac> we should not allow archs for which the builders are not under physical control most likely
[11:25] <asac> at least not official
[11:27] <white> ack
[11:30] <white> asac: yeah, in my notes I had MFSA 2008-59 and MFSA 2008-47 as the same issue, for both CVE-2008-4582 is valid
[11:30] <white> asac: although the description of CVE-2008-4582 is missleading as it reads like only windows is affected
[11:31] <asac> yeah
[11:31] <asac> lets see
[11:31] <asac> the redhat advisory guy is super responsive
[11:31] <white> who is it?
[11:31] <[reed]> B-something another?
[11:32] <[reed]> something like Brussels, but that's not it
[11:32] <[reed]> can't remember his name
[11:32] <[reed]> Josh Bressers
[11:32] <[reed]> that's it
[11:32] <white> ah yeah, he's great :)
[11:33] <asac> Josh Bressers
[11:33] <asac> yeah ;)
[11:33] <asac> great guy
[11:33] <asac> never sticks his head in the grounds ;)
[11:33] <[reed]> go him :)
[11:34] <[reed]> hmm, I was going to do something
[11:34] <[reed]> I can't remember what
[11:34] <[reed]> hmm
[11:34] <asac> [reed]: wade through the wealth sg: bugs ;)
[11:34] <asac> (not through the backdoor ;))
[11:34] <[reed]> hehe
[11:36] <[reed]> ah, now I remember
[11:36] <[reed]> I was going to land a patch
[11:36] <asac> delicious
[11:37] <[reed]> yeah, something I wrote
[11:37] <[reed]> modifying default bookmarks
[11:37] <[reed]> all boring
[11:37] <[reed]> but needed to be done :)
[11:52] <asac_the_bumber> bumb quick!
[12:05] <asac> asac_the_bumber: what piece?
[13:50] <white> asac: ok, it looks like I'll do the iceape DSA as well
[13:57] <asac> heh
[13:57] <asac> nice ;)
[13:58] <asac> thats how it is ... once someone new wants to help out, the old crew - burned out as it is - leaves the ship :)
[13:58] <white> asac: this will be a shared adventure in the future, i can assure you ;)
[13:59] <white> asac: but for this round, I'll do it :)
[13:59] <white> asac: i wouldn't want to exclude all the other sec members from ice* fun :)
[14:05] <asac> yeah ... try to be hard about it :)
[14:06] <asac> history shows that i burn out sec members rather quickly ;)
[14:06] <asac> white: has eric uploaded iceweasel yet?
[14:07] <asac> mozilla bug 394610
[14:08] <white> does it have a CVE id?
[14:09] <white> asac: don't think so, but i am thinking about icedove/iceape now first :)
[14:09] <asac> sure
[14:09] <asac> the bug above?
[14:09] <asac> yes ... but its fixed long time
[14:09] <asac> dolske: ;) can you rubber stamp 394610 please
[14:09] <asac> (1.8.0)
[14:11] <white> asac: any news regarding CVE-2008-4582 aka MFSA 2008-47/MFSA 2008-59 yet?
[14:12] <asac> white: i will let you know once we know ;)
[14:12] <asac> since  CVE-2008-4582 was already marked fixed
[14:12] <asac> in -47
[14:12] <asac> we can probably leave it out of this adivory (just anme the MFSA for now)
[14:12] <asac> or lets wait till builds have finished to decide
[14:12] <asac> i am quite sure i get an answer soon
[14:14] <white> ok
[14:14] <white> asac: now to the iceape advisory text :)
[14:15] <white> asac: i can probably just use the changelog as an indication, right?
[14:16] <asac> white: yes. the changelog is done with care
[14:17] <asac> so the CVEs/MFSAs are ok (except the one in question for -59 of course)
[14:19] <white> :)
[14:33] <asac> @time
[14:56] <fta2> Bug 310126
[15:19] <asac> fta2: ok fennec now gets LICENSE file in upstream hg
[16:58] <white> asac: have to go offline now, will finish the iceape advisory tomorrow and get back to you about the DSAs
[16:58] <asac> sure. thanks!
[17:53] <Jazzva> asac: ping
[17:54] <Jazzva> a quick question about UIDs .. the chance that two extensions/programs get very similar UID are really low, right?
[17:54] <Jazzva> very similar == differ in one character
[17:55] <asac> well
[17:55] <asac> i think its many times more likely to get a collision if you remove one char
[17:56] <asac> the growth is somehow exponential i would say
[17:56] <asac> but thats just a guess ;) ... complexity theory is long ago
[17:58] <Jazzva> I'm asking because the guy that mailed us on the mailing list uses the ID that is very similar to FF's ID. So, I think that maybe he has the wrong FF ID in install.rdf, and that he is using it as the ID for his own extension in debian/rules. I'll just ask for a full paste of install.rdf. Thanks :)
[17:59] <asac> Jazzva: oh. well if thats the case it shoudlnt matter
[17:59] <asac> though people manually starting with ff id more likely end up with collision
[17:59] <asac> but well
[17:59] <asac> if he has a chance to change that tell him to use the new syntax
[17:59] <asac> product@project.tld
[17:59] <Jazzva> well, if he uses the wrong ID for FF, FF won't recognize the extension (that's at least my guess)
[17:59] <asac> this gives him a good namespace and will prevent him from getting collisions
[18:00] <Jazzva> thanks, I will...
[18:18] <asac> [reed]: so who is best for js/ build system related superreview?
[18:19] <[reed]> js doesn't require sr
[18:19] <[reed]> r is enough
[18:19] <asac> 471359
[18:20] <[reed]> jim's not technically a peer... let me double-check that his review is sufficient
[18:20] <asac> [reed]: ted forwarded to him
[18:20] <asac> its a fall out from 467583
[18:20] <[reed]> ah, then probably so
[18:20] <[reed]> I just asked crowder
[18:21] <asac> [reed]: why is brendan listed as js superreveiwer if js doesnt require it ;) ... http://www.mozilla.org/hacking/reviewers.html
[18:21] <[reed]> look under Exceptions
[18:21] <[reed]> "The JavaScript engine, like NSPR, is a closed CVS  partition containing mature code, with dependencies only on another closed CVS partition (NSPR). Module owner review suffices to change JS code."
[18:21] <asac> interesting ... yeah. was tricked by the "js" in the superreviewers list
[18:23] <asac> [reed]: module owner review ... but ted isnt module owner i guess ;)?
[18:24] <[reed]> normal module-based review
[18:24] <[reed]> is what that means
[18:25] <[reed]> doesn't mean you have to get mo review
[18:26] <asac> ok ;) ... but it reads different
[18:26] <[reed]> yeah, I know
[18:29] <[reed]> asac: you're go for landing
[18:29] <[reed]> either land it yourself or add checkin-needed keyword
[18:29] <[reed]> make sure you follow proper tree rules when landing if you do it yourself
[18:32] <sebner> asac: do you know what's the name of the new of this new kompozer replacement things?
[18:32] <sebner> argh
[18:32] <sebner> weird sentence xD
[18:32] <asac> sebner: heh?
[18:32] <asac> i actually thought kompozer was the new one ;)
[18:32] <sebner> asac: nah, it's outdated (2007)
[18:33] <sebner> asac: fta found something new
[18:33] <sebner> but nothing stable yet
[18:33] <asac> i know its outdated ;) still i thought it was the "newer" one
[18:33] <sebner> asac: newer als nvu
[18:33] <asac> probably a resurrection as a xulapp
[18:33] <sebner> but there is something new in work
[18:33] <asac> newer or better than nvu?
[18:33] <sebner> asac: well, not stable yet but definately new
[18:33] <sebner> ^^
[18:34] <sebner> besides .. nvu is 2005
[18:34] <sebner> so everything is newer
[18:34] <sebner> ^^
[18:34] <asac> probably not seamonkey-composer ;)
[18:35] <asac> technically newer, but didnt really get new features for ages
[18:35] <sebner> nope, AFAIK something else
[18:35] <sebner> fta will know when he is back
[18:37] <sebner> asac: might be http://www.bluegriffon.org/
[18:38] <asac> maybe ;)
[18:38] <asac> i am happy if i dont need to touch any HTML ;)
[18:40] <asac> mozilla Bug 460548
[18:40] <sebner> lol
[18:53] <fta> sebner, yes, bluegriffon
[18:53] <sebner> \o/
[18:57] <fta> i didn't touch that in a while
[18:58] <fta> last time i did, i posted 4 patches upstream, they rejected them as dupe because someone was already working on that
[18:59] <fta> ..for about a year
[19:00] <fta> yet, not a single patch was ever produced
[19:00] <fta> *sigh*
[19:03] <sebner> grrr
[19:03] <sebner> fta: but upstream is still active?
[19:04] <fta> i suppose so, yes
[19:04] <fta> i can update my package but now, they finally produce some code to replace mine, but i need to patch it again
[19:04] <fta> +d
[19:05] <asac> fta: thats a joy ;) ... but there is also good new ... at least we got a r+ on the libxul patch ;)
[19:05] <fta> asac, yep, told you yesterday ;)
[19:05] <asac> i mean 471359 ... that was today
[19:06] <asac> also 471474 seems to move after i proddec mfinkle
[19:06] <fta> mozilla bug 471359
[19:06] <fta> mozilla bug 471474
[19:07] <fta> oh, ok. \o/
[19:07] <fta> \   /
[19:07] <fta>  \O/
[19:07] <fta>   |
[19:07] <asac> hehe
[19:07] <fta>  / \
[19:07] <asac> wow ... thats art ;)
[19:07] <fta> ah, you cut me in half
[19:08] <asac> but not that bad :)
[19:08] <asac> at least here on the screen
[19:12] <fta> outside of the build tree, all my tests complain with uncaught exception: [Exception... "Component returned failure code: 0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST) [nsIFile.normalize]"  nsresult: "0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST)"  location: "JS frame :: ./_tests/xpcshell-simple/test_update/unit/head_update.js :: <TOP_LEVEL> :: line 320"  data: no]
[19:12] <fta> http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/update/test/unit/head_update.js#186
[19:13] <fta> [pid  9663] lstat64("/usr/_tests", 0xbf9625dc) = -1 ENOENT (No such file or directory)
[19:14] <fta> where does that /usr come from?
[19:15]  * asac_the_bumber waves
[19:15] <asac_the_bumber> asac: bumb, testing new xul patch for the sigbus
[19:15]  * asac waves at armin
[19:15] <asac> am i subscribed to the bug with the new patch?
[19:16] <asac> asac_the_bumber: also better track ffox 3.2 from central trunk ;)
[19:16] <asac_the_bumber> yeah but i haven't posted it yet
[19:16] <asac> good
[19:16] <asac> thought i missed a bugzilla mail again (which i would find bad)
[19:16] <asac_the_bumber> besides its not mine, its from other of the gentoo devs of the sparc team :)
[19:18] <wikz> fta: you once said that project.mk files can be included in the debain dir itself outside mozilla-descripts, does that have a build dependency on 0.12~fta2 or will 0.10 also support that?
[19:18] <fta> it's > 0.11
[19:18] <fta> sorry
[19:19] <asac> wikz: where do you need it?
[19:19] <fta> so >= 0.12~fta1
[19:19] <asac> fta: isnt that in intrepid?
[19:19] <fta> no
[19:19] <asac> k
[19:19] <fta> i need you to sponsor it
[19:19] <asac> for intrepid?
[19:20] <fta> it's in main
[19:20] <asac> so you want me to upload to jaunty?
[19:20] <asac> when did you ask me last time ;)?
[19:20] <fta> yes, but it's not closed yet
[19:20] <fta> never
[19:20] <fta> :)
[19:20] <asac> hah
[19:21] <asac> not nice to omit details that make me feel guilty/lacking behind ;)
[19:21] <wikz> asac  to have a get-orig target and the binonly.sh stuff and all
[19:21] <asac> wikz: to make your own package without touching it, right?
[19:21] <wikz> asac: I decided to create a no bin only pkg like you guys do
[19:22] <asac> yeah
[19:22] <wikz> we don't have the bandwidth to support extra stuff :(
[19:22] <asac> wikz: i would suggest that you include it, but dont use other features then the orig stuff ... in that way you can produce orig on jaunty and all is fine
[19:25] <fta> i have a few packages already hosting their own mozclient files, ff 3.1 & 3.2, xul 1.9.1 & 1.9.2, fennec, xul-explorer, instantbird and bluegriffon
[19:25] <wikz> asac: but reviewers ask for a get-orig target and all that stuff and since we only host the spicebird code and not the entire TB trunk, I dunno how to create a get-orig target even with moz devscripts.
[19:25] <fta> ff anx xul could serve as examples
[19:27] <wikz> fta: I modified the tb3.conf files but the problem is we don't host the entire code. One needs to checkout mozilla_TAG_THUNDERBIRD_3_0a2_RELEASE ,then our trunk, merge them both. run a patch script. is it possible to do this with 0.10 ?
[19:28] <asac> i think thats what m-d-s is designed to do ... plumbering sources from many trees together
[19:28] <asac> and stirring around ;)
[19:28] <fta> our ff fetches does something like that already, the 2nd branch is for the branding
[19:28] <asac> later multi-multi-patchsets on the fly and taking  over the world from there
[19:28] <asac> :)
[19:29] <fta> -fetches
[19:29] <asac> yep
[19:29] <asac> that should be a good start ;)
[19:29] <wikz> fta: I will look into ff3.conf, right ?
[19:29] <fta> yes
[19:29] <fta> look for 3.1 or 3.2
[19:29] <fta> directly in the ff branches, not in m-d
[19:30] <wikz> asac: lol, I am a python dev here and switching from python to perl to bash confuses the hell out of me
[19:30] <wikz> fta: alright
[19:30] <wikz> fta: we don't host any non free code, if you may want to host our conf files too at a later stage :P
[19:32] <fta> you mean, your conf/mk files inside m-d ?
[19:32] <fta> the plan is to remove them all from m-d
[19:32] <wikz> fta: oh and ...?
[19:32] <fta> host them in each package
[19:33] <wikz> ok ok
[19:33] <fta> so when you want to update them, no need to update m-d
[19:33] <wikz> fta: MOZCLIENT_POSTCOCMD is the one right ?
[19:33] <fta> http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.2.head/files/head%3A/debian/mozclient/
[19:33] <asac> wikz: you probably need a bunch of vars
[19:34] <fta> + 2 variables in debian/rules
[19:34] <fta> http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.2.head/annotate/head%3A/debian/rules
[19:34] <fta> 	MOZCLIENT_PROJECTNAME   := $(DEBIAN_NAME)
[19:34] <wikz> fta: done those
[19:34] <fta> 	MOZCLIENT_PROJECTDIR    := $(CURDIR)/debian/mozclient
[19:34] <fta> that it
[19:35] <fta> +'s
[19:35] <wikz> :) I read your readme
[19:35] <fta> great ;)
[19:36] <fta> yes 	MOZCLIENT_POSTCOCMD. it's a shell script.
[19:36] <wikz> asac: sunil was asking me if so many DEB_CONFIGURE_USER_FLAGS are really required. He generally doesn't like them.
[19:42] <wikz> fta: after installing, sb doesn't come up in the default mail apps or in the right click>send to menu! what could be the fix?
[19:50] <asac> wikz: we need speicific configure flags. a general statement doesnt help ;)
[19:53] <wikz> fta: will m-d 0.12 make it to debian testing also because I will eventually have to pursue that too?
[19:55] <asac> lenny? probably not
[19:55] <asac> we should upload it once its released though
[19:55] <asac> you never know when debian releases ;)
[19:57] <wikz> asac: lol
[20:01] <wikz>  asac: if 0.12 has not made it to jaunty and I have a build dep on 0.12 it will essentially mean I'm stuck up till then?
[20:04] <asac> wikz: as i said: dont make it a build depend; just include it optionally in rules
[20:04] <asac> then you just need to produce tarballs in jaunty
[20:04] <asac> but can build everywhere
[20:04] <wikz> asac: okie dokie
[20:10] <fta> wikz, did it work?
[20:11] <wikz> still dloading sources :)
[20:11] <fta> ok
[20:11] <wikz> fta: will let you know :)
[20:11] <fta> ok
[20:15] <asac> damn ... experiencing long nfs hangs
[20:16] <wikz> fta: earlier in the day,  I ran lintian against my binary pkgs, http://paste.ubuntu.com/101260/ Can you suggest which ones I need to fix and which ones I can ignore
[20:18] <fta> debian-changelog-file-is-a-symlink => i'd say ignore for ubuntu. *If* it was for main, we would care about every single byte for the CD. For universe, it doesn't matter much.
[20:18] <asac> The tree is OPEN.However, 1 box is orange and 5 are burning, so this might not be a good time to check in -- check with the sheriff.
[20:18] <asac> :)
[20:18] <asac> http://tinderbox.mozilla.org/Firefox/
[20:18] <fta> spelling-error-in-description: i usually fix that
[20:19] <fta> image-file-in-usr-lib: we don't care in ubuntu. it's too pedantic and too much work for the maintainer.
[20:20] <asac> in ubuntu we have a shaking automagic to replace equal files with symlinks
[20:20] <asac> so this debian-changelog- thing probably doesnt happen if built on debian
[20:20] <[reed]> [02:18:52PM] <fta> spelling-error-in-description: i usually fix that <-- error in what?
[20:20] <asac> [reed]: package description ;)
[20:20] <fta> executable-not-elf-or-script: bad; fix absolutely. look at my xul 1.9.1 branch for an example
[20:20] <[reed]> ah, whose fault?
[20:20] <fta> [reed], go back to sleep
[20:20] <asac> [reed]: lintian is a policy check tool that you can run against package binaries and sources
[20:20] <fta> ;)
[20:21] <[reed]> it's 2:20pm!
[20:21] <[reed]> ah, lintian
[20:21] <asac> [reed]: and it spits out more or less sensible warnings/errors
[20:21] <[reed]> ok
[20:21]  * [reed] goes back to work
[20:21] <asac> http://paste.ubuntu.com/101260/
[20:21] <asac> [reed]: ^^
[20:21] <asac> like those ;)
[20:21] <asac> wikz: you can override the lintian warnings
[20:21] <fta> postinst-has-useless-call-to-ldconfig: well, somewhat obscure. cdbs fault i would say, there's not much you can do
[20:22] <asac> yes
[20:22] <asac> hmm
[20:22] <asac> you have to include the #DEBHELPER# placeholder i think
[20:22] <asac> at the end of the file
[20:22] <asac> but i think i already looked and that doesnt fix it
[20:22] <fta> menu-icon-not-in-xpm-format: fix it
[20:22] <fta> done
[20:22] <wikz> fta: definitely
[20:22] <asac> do we ship .xpm for official branding?
[20:22] <asac> i think you can ignore it
[20:22] <fta> not anymore
[20:22] <asac> at best ship it in .svg format ;)
[20:22] <fta> xpm is deprecated upstream
[20:23] <asac> if possible you can add .xpm for really old systems
[20:23] <fta> png
[20:23] <asac> svg is the preferred format for modern menus
[20:23] <fta> yep, but moz ships png
[20:23] <asac> but often hard to get ;)
[20:23] <asac> sure ... copyright reasons ;)
[20:23] <asac> (blind guess)
[20:24] <wikz> asac: prasad had plans of implemeting the entire calendar module in svg :) and scrap the lightning extension for sb
[20:24] <tonyyarusso> sebner: BlueGriffon will replace KompoZer, but not until at least fall.
[20:24] <sebner> kk
[20:24] <wikz> fta: thanks for the review
[20:25] <fta> asac, care to look at my testsuite thing?
[20:26]  * fta testing a wifi liveradio
[20:27] <fta> kind of nice
[20:28] <asac> white: so that thing turned out to be caused by MFSA shuffling
[20:28] <asac> white: -59 will get a CVE soon i think
[20:32] <fta> http://www.amazon.com/Baracoda-BPHX001A-Phoenix-Wifi-Radio/dp/B000T4GAVU/ref=sr_1_13?ie=UTF8&s=electronics&qid=1231273605&sr=8-13
[20:37] <fta> asac, where is Components.classes defined?
[20:41] <asac> fta: nsComponentManager i would guess
[20:41] <asac> not 100% sure how its mapped to JS
[20:41] <asac> why?
[20:41] <fta> tracking my bug
[20:42] <BUGabundo> good evening everyone!
[20:42] <BUGabundo> fta: found a nice symptom
[20:43] <fta> 'evening
[20:43] <BUGabundo> having only one browser open, and clicing on a link will just open a tab from the opened browser
[20:43] <BUGabundo> it used to open the default browser if it was closed, even if a diff version browser was open
[20:43] <fta> yes, same bug
[20:44] <fta> one of the two from yesterday
[20:44] <BUGabundo> plus that that I mention on the email
[20:44] <BUGabundo> that x-www-broswser shows no 3.
[20:45] <asac> BUGabundo: one trick is to use a different profile name for 3.1
[20:45] <BUGabundo> let me chek
[20:45] <BUGabundo> same name: "new"
[20:49] <fta> asac, care to look at this one ? i mean, the Profile field ignored for concurrent versions
[20:50] <fta> asac, otherwise, i'll revert my profile change. too bad, it was cleaner
[20:50] <asac> fta: i looked into it
[20:50] <asac> fta: its not a bug
[20:50] <asac> fta: it checks for the profile name
[20:50] <asac> not the profile path
[20:50] <asac> profile path would be a "new" feature
[20:50] <asac> profile name == -> start firefox -P and create a new profile
[20:51] <asac> the name you choose there is the name matched
[20:51] <BUGabundo> let me rename my profile for 3.0
[20:51] <BUGabundo> and try some debuging
[20:51] <fta> asac, you mean it look at Name, not profile name
[20:51] <asac> fta: so we need to add a new field "profile_path"
[20:51] <asac> fta: it looks at the profile name ;)
[20:51] <asac> like "default", "test"
[20:51] <asac> maybe its "name" in the struct
[20:51] <fta> Profile=Mozilla/Firefox-3.1
[20:52] <asac> fta: yes. thats not the profile used in the code
[20:52] <asac> so yes. its Name ;)
[20:52] <asac> err no
[20:52] <asac> its not name
[20:52] <fta> it is used.
[20:52] <asac> its really profile :)
[20:52] <BUGabundo> no change here
[20:52] <asac> like what is in ~/.mozill/profiles.ini
[20:52] <asac> so wehave:
[20:52] <asac> 1. Name
[20:53] <asac> 2. Profile (e.g. the name "default" unless you use the profile manager to create a new one)
[20:53] <asac> 3. (not) profile path (the Profile= variable parsed from application.ini)
[20:53] <asac> writing a patch should be rather simplish
[20:53] <asac> but r- most likely ;)
[20:54] <fta> hm, even in ff3.0, add a Profile=Foo/Bar, start it, it will create and use ~/.foo/bar
[20:54] <asac> well ... we should match the full-path-to-profile i guess
[20:54] <asac> fta: nobody doubts that Profile is used
[20:54] <BUGabundo> asac: I tried your idea for weave, but can't make it login at all!
[20:54] <asac> fta: its just not the "profile" variable you see in XRemoteClient to find the firefox window ;)
[20:54] <BUGabundo> no idea why, and labs mozilla forum or IRC didn't help
[20:54] <asac> fta: if you didnt even look at that code, then sorry for the confusion ;)
[20:55] <asac> fta: http://mxr.mozilla.org/mozilla-central/source/widget/src/xremoteclient/XRemoteClient.cpp#455
[20:55] <asac> thats the code that finds the running app
[20:55] <asac> it lacks a match and a field in window for the profile path imo
[20:55] <asac> that could even replace "profile" ... but i guess we need to keep it for legacy purpose
[20:56] <asac> http://mxr.mozilla.org/mozilla-central/source/widget/src/xremoteclient/XRemoteClient.cpp#571
[20:56] <asac> that aProfile is the name of the profile (e.g. "default" and not the Profile= from app.ini)
[20:58] <asac> BUGabundo: not sure what my idea was here
[21:01] <BUGabundo> asac: to sync diff profiles and diff PCS
[21:01] <asac> ok
[21:02] <BUGabundo> https://labs.mozilla.com/forum/account.php?u=865
[21:02] <BUGabundo> BUGabundo, it's likely you need to build the component yourself, yes.
[21:08] <asac> dont see anything in the forum there
[21:08] <asac> BUGabundo: what error are you getting?
[21:08] <asac> problem loading hte component?=
[21:08] <asac> are you using i386?
[21:11] <BUGabundo> 64 bits jaunty
[21:11] <BUGabundo> xpi (32 bits?) got installed! but nothing works!
[21:12] <BUGabundo> any click on any option will do nothing
[21:12] <BUGabundo> reading now on how to build 64 bits to install it
[21:12] <asac> BUGabundo: yes. thats expected
[21:12] <asac> they dont have 64 bits most likely
[21:12] <asac> run 32bit ffox
[21:13] <BUGabundo> LOL
[21:13]  * BUGabundo mumbles that's why 64 never takes off
[21:13] <asac> building shouldnt be that hard
[21:16] <BUGabundo> asac: https://wiki.mozilla.org/Labs/Weave/Building
[21:18] <BUGabundo> asac: do I really need http://ftp.mozilla.org/pub/mozilla.org/xulrunner/nightly/latest-trunk/ ?
[21:18] <BUGabundo> or will the one I have installed (1.9.0,1.9.1 & 1.9.2) do?
[21:27] <BUGabundo> asac: fta: http://paste.ubuntu.com/101303/
[21:27] <BUGabundo> can you guys take a look
[21:28] <fta> you need libnspr4-dev
[21:29] <fta> and probably libnss3-dev too
[21:31] <BUGabundo> installing
[21:31] <BUGabundo> fta: I have  both
[21:31] <BUGabundo> already had them from when I instaled an older version
[21:34] <fta> then you need to specify nspr-config --cflags somewhere
[21:34] <BUGabundo> humm
[21:34] <fta> in the Makefile
[21:34] <BUGabundo> stupid question where?
[21:35] <fta> stupid answer: donno, i don't have your sources
[21:35] <BUGabundo> http://hg.mozilla.org/labs/weave/index.cgi/archive/tip.tar.gz
[21:35] <BUGabundo> easy anwser!
[21:36] <BUGabundo> https://wiki.mozilla.org/Labs/Weave/Building
[21:36] <BUGabundo> hg clone http://hg.mozilla.org/labs/weave
[21:36] <fta> i'm currently uploading something big
[21:38] <BUGabundo> it aint that big
[21:38] <BUGabundo> but I can wait
[21:38] <BUGabundo> 421KiBs
[21:38] <BUGabundo> LOLOL
[21:42] <asac> BUGabundo: use pkg-config --cflags libxul nss
[21:42] <asac> and --libs
[21:42] <asac> for both
[21:42] <fta> http://hg.mozilla.org/labs/weave/file/884eeecf7c70/src/Makefile#l213
[21:42] <asac> the build instructions seem simple enough ;)
[21:43] <BUGabundo> you have to go SLOWER than that
[21:43] <BUGabundo> for me to keep up
[21:43] <fta> in src/Makefile
[21:43] <BUGabundo> I did this
[21:43] <BUGabundo>  make sdkdir=/usr/lib/xulrunner-devel-1.9.0.1 xpi
[21:43] <BUGabundo> but it failed so I changed to 1.9.0.5
[21:44] <BUGabundo> and it worked up until those errors
[21:44] <fta> edit src/Makefile, line 215, add at the end of the line  $(shell pkg-config --cflags libxul nss)
[21:45] <BUGabundo> "  libs := $(patsubst %,-l%,$(libs))" ?
[21:45] <fta> yes, this one
[21:45] <BUGabundo> you missed a coma ','
[21:45] <BUGabundo>   libs := $(patsubst %,-l%,$(libs)),$(shell pkg-config --cflags libxul nss)
[21:45] <fta> oops, not --cflags but --libs
[21:45] <BUGabundo> trying now
[21:46] <fta> no coma
[21:46] <BUGabundo>   libs := $(patsubst %,-l%,$(libs))$(shell pkg-config --libs libxul nss) ?
[21:46] <fta> with a space in between
[21:46] <BUGabundo>   libs := $(patsubst %,-l%,$(libs)) $(shell pkg-config --libs libxul nss)
[21:46] <fta> yes
[21:47] <fta> and line 222, add the version with --cflags
[21:47] <BUGabundo> http://paste.ubuntu.com/101311/
[21:47] <BUGabundo> bah
[21:47] <BUGabundo> just got the tail of the log
[21:47] <fta> seems fine
[21:47] <BUGabundo>               -include xpcom-config.h $(headers) --cflags
[21:47] <fta> no
[21:48] <BUGabundo> no ?
[21:48] <fta> -include xpcom-config.h $(headers) $(shell pkg-config --cflags libxul nss)
[21:48] <BUGabundo>               -include xpcom-config.h $(headers) $(shell pkg-config --cflags libxul nss)
[21:48] <fta> yes
[21:48] <BUGabundo> ok!
[21:49] <BUGabundo> success weave-0.2.96.xpi built
[21:49] <BUGabundo> do I need to remove the old one ?
[21:50] <BUGabundo> fta: any idea why firefox is failing to restart from the addon button?
[21:50] <BUGabundo> it just closes!
[21:50] <BUGabundo> ahhh Segmentation fault
[21:50] <fta> probably the same bug again. i just fixed it
[21:50] <fta> building
[21:51] <BUGabundo> *** e = [Exception... "Component returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]"  nsresult: "0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)"  location: "JS frame :: chrome://browser/content/utilityOverlay.js :: getShellService :: line 310"  data: no]
[21:51] <fta> ask asac, he knows that better than I do
[21:52] <asac> BUGabundo: start with a clean profile to test the .xpi
[21:52] <asac> who knows what the other 32 bit extension caused ;)
[21:55] <BUGabundo> LOL
[21:55] <BUGabundo> ok
[21:55] <BUGabundo> new profile for FF3.1
[21:56] <asac> ifeq ($(arch), x86)
[21:56] <asac> probably should be something like
[21:56] <asac> ifneq (,$(filter $(arch),x86 x86_64))
[21:56] <asac> in line 222
[21:56] <asac> and not the change you did above
[21:56] <BUGabundo> me?
[21:56] <asac> err 223
[21:56] <asac> yes in the same file ... revert what you changed and try that ;)
[21:57] <BUGabundo> ifeq ($(arch), x86)
[21:57] <BUGabundo> replaces
[21:57] <BUGabundo> *replaced
[21:57] <BUGabundo> building again
[21:57] <BUGabundo> for new xpi for new profile
[21:58] <asac> BUGabundo: check that when building that you see the -fshort-char thing in compile line
[21:58] <asac> otherwise you Makefile mods are wrong
[21:59] <fta> crimsun, help! E: asyncmsgq.c: Assertion 'pa_asyncq_push(a->asyncq, &i, TRUE) == 0' failed at pulsecore/asyncmsgq.c:164, function pa_asyncmsgq_send(). Aborting.
[21:59] <fta> crimsun, it's killing me
[21:59] <BUGabundo> asac: http://paste.ubuntu.com/101323/
[21:59] <BUGabundo> can't see it!
[22:00] <asac> BUGabundo: you have to do a make clean
[22:00] <asac> after changing build flags in makefiles
[22:00] <BUGabundo> I did!
[22:00] <fta> hm, hm clone is killing my wifi radio too
[22:00] <BUGabundo> I think
[22:00] <fta> hg
[22:00] <BUGabundo> I just rerun the command
[22:00] <BUGabundo> asac: $ clear; make sdkdir=/usr/lib/xulrunner-devel-1.9.0.5 xpi
[22:00] <asac> BUGabundo: no you didnt
[22:00] <asac> there is no make clean
[22:01] <asac>  ;)
[22:01] <BUGabundo> ahh
[22:01] <asac> you just ran an incremental build
[22:01] <asac> not a clean one ;)
[22:01] <BUGabundo> http://paste.ubuntu.com/101326/
[22:02] <BUGabundo> line 21
[22:02] <BUGabundo> its there
[22:02] <BUGabundo> asac: is it fine now?
[22:02] <BUGabundo> can I install it?
[22:04] <asac> no
[22:04] <asac> that isnt the compile line
[22:04] <BUGabundo> bahhh
[22:04] <asac> for me it doesnt build with 1.9.0
[22:05] <asac> nspr/nss missing in cflags
[22:05] <BUGabundo> no idea
[22:05] <BUGabundo> worked for me
[22:05] <BUGabundo> as you can see
[22:06] <fta> i made you add it
[22:06] <BUGabundo> heeehheeh
[22:06] <asac> for me it worked
[22:06] <asac> BUGabundo: do a:
[22:06] <asac> hg diff | patch -p1 -R
[22:06] <asac> then apply the patch: http://paste.ubuntu.com/101331/
[22:06] <BUGabundo> I thought asac meant AFTER the changes
[22:07] <asac> BUGabundo: first make clean
[22:07] <asac> then revert your changes (the hg line)
[22:07] <asac> and then apply patch
[22:07] <asac> and try to build again
[22:07]  * BUGabundo is confused
[22:07]  * BUGabundo warns noob alert!
[22:08] <BUGabundo> I'm too tired!!! worked all day, now trying to do some OpenGL stuff (not going that well)
[22:08] <BUGabundo> and now all this trouble just to build a xpi??
[22:08] <BUGabundo> not worth!
[22:08] <BUGabundo> I'll move my profiles to a windows 32 bits machine
[22:08] <BUGabundo> and merge from there!
[22:08] <BUGabundo> or wait for mozillateam to package it on a PPA
[22:09] <BUGabundo> lol
[22:09] <asac> BUGabundo: do you have a weave account?
[22:09] <BUGabundo> yes
[22:09] <BUGabundo> a 2.x
[22:09] <asac> how did you get it?
[22:09] <BUGabundo> just recovered my pass
[22:10] <BUGabundo> no idea!
[22:10] <BUGabundo> have it for a long time
[22:10] <BUGabundo> since early weave builds
[22:10] <BUGabundo> http://services.mozilla.com/
[22:10] <BUGabundo> but I also have a local apache with webdav
[22:10] <BUGabundo> working, to do a local merge and not on server!
[22:11] <BUGabundo> but it seems I need a weave account anyway :(
[22:11] <fta> BUGabundo, ff3.1 fixed and ready. upgrade
[22:12] <BUGabundo> why did we build a 2.96 when there is a 3.0?
[22:12] <BUGabundo> apt-get update & upgrade
[22:12] <asac> seems you cannot create new accounts
[22:12] <asac> what a bastard ;)
[22:12] <asac> have to setup my own webdav
[22:12] <BUGabundo> quite easy
[22:12] <BUGabundo> after I found the proper wiki
[22:13] <BUGabundo> you can use mine, if you need it
[22:13] <BUGabundo> I can't use it anyway
[22:13] <asac> err
[22:13] <asac> apt-cache search webdav apache
[22:13] <asac> nothing?
[22:13] <BUGabundo> firefox-3.1 (3.1~b3~hg20090103r22626+nobinonly-0ubuntu1~fta1) jaunty; urgency=low
[22:13] <BUGabundo> LOLOL
[22:13] <asac> ah its included by default
[22:13] <asac> in a2
[22:13] <BUGabundo> oh come on!!! even I know that
[22:14] <BUGabundo> its a module for apache
[22:14] <BUGabundo> you just need to enable it
[22:14] <BUGabundo> and run the creation of the dav dir
[22:15] <BUGabundo> asac: http://linux.about.com/od/ubusrv_doc/a/ubusg27t08.htm
[22:16] <BUGabundo> just ln -s the module from available to enable
[22:18] <BUGabundo> asac: here is a better one http://www.digital-arcanist.com/sanctum/article.php?story=20070427101250622
[22:23] <fta> "-10°C, feels like -17.9°C"
[22:23] <fta> brrrr
[22:27] <BUGabundo> 6º C outside! feels like 20º inside!
[22:28] <fta> I still hace 5-7cm of snow from yesterday
[22:29] <fta> all frozen now
[22:29] <fta> have