[00:29] <asac> heh
[00:29] <asac> did you look what is broken?
[00:29] <asac> file a bug maybe?
[00:32] <fta> i did, there's a raw ^A and it must be escaped
[00:34] <fta> why do we depend on psmisc?
[00:40] <fta> asac, fennec pushed
[00:43] <fta> asac, so, ff3.2? any progress?
[00:48] <asac> fta: yes. i think i found it ... i hope in 20 minutes
[00:48] <asac> i know if its the prob
[00:48] <asac> given that xterm seems to be boosty for my build i hope it will happen in that time
[00:49] <asac> at least the fix seems to be used
[00:49] <asac> now we have to wait for final link
[00:51] <asac> too bad ... one more start ;)
[00:52]  * asac shouldnt work in a hacked tree ;)
[00:52] <Nafallo> xmas tree!
[00:53] <asac> argh
[00:53] <asac> i hate me
[00:53] <asac> i just cluttered my build tree
[00:53] <asac> is there a hg clean-tree?
[00:53] <asac> anyway ... restarting build was wrong ;)
[00:53] <asac> i looked in wrong tree ... time wasted
[00:57] <asac> lets hope the build hurries ;)
[01:00] <asac> fta: fennec to universe ;)?
[01:00] <asac> good
[01:01] <fta> https://edge.launchpad.net/ubuntu/jaunty/+queue
[01:04] <asac> fta: is there a copyright file in top level?
[01:04] <asac> ;)
[01:04] <asac> just to be sure
[01:04] <asac> or LICENSE or whatever
[01:06] <fta> no, everything is in debian/copyright
[01:06] <fta> it's tri-licensed, as usual
[01:06] <asac> we need it in top level dir of orig
[01:07] <asac> we had 3 rejections because of that
[01:07] <asac> in the last two weeks
[01:07] <fta> we?
[01:07] <asac> mozillateam (extensions) doesnt fennec include that
[01:07] <asac> ?
[01:07] <fta> no
[01:08] <asac> fta: where is the fennec hg?
[01:09] <fta> asac, http://hg.mozilla.org/mobile-browser/
[01:13] <asac> yeah most likely will be rejected then ... at least if riddell sees it ;)
[01:13] <asac> filed mozilla bu g471474
[01:13] <asac> filed mozilla bug 471474
[01:14] <asac> darn this build takes ages still
[01:14] <asac> hurry, hurry
[01:14] <fta> it will not be toplevel anyway, xulapp adds a level as the build system is top level
[01:15] <asac> fta: well ... thats not so important
[01:15] <asac> build ssytem should ship a LICENSE_buildsystem file too though
[01:16] <asac> which says which license the build system parts have and then explicitly refers to the directory that is built
[01:16] <asac> for more LICENSE information
[01:16] <fta> all files have their license in the header
[01:16] <asac> yes... but thats uncertainty
[01:16] <asac> ;)
[01:16] <asac> and images for instance usually dont have a license either
[01:16] <asac> so they are covered by the general TREE license
[01:17] <asac> fta: i am not the one who wants to be hard about it :) ... archive-admins dont like the idea to wade through a zillion of source files to check whether they are all free ;)
[01:20] <fta> well, at least lintian should complain or something
[01:21] <fta> we'll see. if upstream doesn't provide one, why should it be my fault?
[01:22] <asac> have you checked lintian output on the source package?
[01:24] <asac> fta: https://bugzilla.mozilla.org/attachment.cgi?id=354765
[01:24] <asac> fta: your fault would be that you uploaded a tarball without license ;) ... instead we should have asked upstream to include it first, and then upload :)
[01:24] <asac> though the faultis quite marginal ;)
[01:25] <asac> my fault is that i didnt care before ;)
[01:25] <asac> but maybe its just riddell ... in the end upstream will include it i am sure ;)
[01:25] <asac> so as long as we dont loose the ball on that we could let it into the archive imo
[01:25] <asac> but thats not my decision ;)
[01:25] <asac> a bit of a lottery.
[01:26] <asac> riddel will say no ... pitti ... not sure. maybe yes. seb ... probably yes (but not sure either)
[01:26] <asac> doko probably doesnt look at universe packages ;)
[01:26] <asac> the others in archive-admin are probably not really active atm
[01:27] <asac> ah hobbsee ... but she only does kde stuff i think
[01:28] <asac> fta: will you integrate the patch in to tree? or shall i?
[01:28] <asac> if you could do that i would be happy ;)
[01:29] <fta> http://paste.ubuntu.com/95533/
[01:30] <fta> asac, integrate which patch?
[01:30] <asac> fta: the patch i posted to the trunk build bug
[01:30] <asac> fta: try lintian on the .dsc
[01:31] <asac> hmm
[01:31] <asac> well probably doesnt make a difference
[01:31] <fta> asac, trust me, i did: http://paste.ubuntu.com/95534/
[01:31] <asac> yeah ... so if we get another reject due to this, we should file a lintian bug
[01:31] <asac> yeah
[01:31] <asac> fta: https://bugzilla.mozilla.org/attachment.cgi?id=354765
[01:31] <asac> please confirm that the build works so i can request review
[01:35] <fta> trying
[01:35] <fta> as for fennec, i packaged it Fri, 20 Jun 2008 15:18:07 +0200 and no one complained
[01:36] <asac> wasnt in the archive
[01:36] <asac> ;)
[01:38] <fta> is that patch complete ??
[01:38] <asac> yes should be
[01:38] <asac> what is missing?
[01:38] <fta> looks like it addresses zlib, but not the other libs
[01:38] <asac> for me the build succeeded
[01:38] <asac> where do you see zlib?
[01:38] <asac> its not even mentioned in the patch ... is it?
[01:39] <asac> it fixes https://bugzilla.mozilla.org/show_bug.cgi?id=471359#c1
[01:39] <fta> patching file js/src/config/Makefile.in
[01:39] <fta> patching file js/src/configure.in
[01:39] <fta> patching file modules/zlib/standalone/Makefile.in
[01:39] <fta> Reversed (or previously applied) patch detected!  Assume -R? [n]
[01:40] <asac> fta: heh
[01:40] <asac> yeah i accidentially included our system zlib patch ;)
[01:41] <asac> now i am a bit buff
[01:41] <asac> not sure what to do
[01:41] <asac> i think that patch also belongs there
[01:42] <fta> who did the zlib one?
[01:43] <fta> you did it, it's your call then
[01:43] <fta> bzXXX, bad asac
[01:44] <fta> building..
[01:45] <asac> yes
[01:45] <asac> i reattached without it
[01:45] <asac> its a different built failure
[01:45] <asac> can you drop it and then see that firefox build fails? ;)
[01:45] <asac> nevermind
[01:46] <asac> or if you want you can do that ;) ... would be good to verify whether thats still an issue at all (though i think it is)
[01:58] <fta> crimsun, donno if it's p-a but now, mplayer is jerky, it plays fine for a while, then slows down & speeds up a few times, then pauses, it's unwatchable
[02:11] <crimsun> fta: ok, will investigate. is mplayer using -ao alsa or -ao pulse?
[02:11] <fta> ao=alsa
[02:12] <fta> pulse is/was even worse
[02:13] <fta> crimsun, http://paste.ubuntu.com/95564/
[02:14] <fta> crimsun, sometimes, i have to set af=volume=20.1:0 to hear something, especially those .mkv files
[02:15] <crimsun> fta: interesting, thanks
[02:16] <fta> crimsun, it's even more than sometimes, i should have said often, i even have a button in my panel to toggle that pref
[02:16] <fta> perl -i -pe 'if (m,(.*?)(af=volume.*),) { if ($1) { s,^$1,, } else { s,^,#, }}'  $HOME/.mplayer/config  :)
[02:16] <crimsun> hmm, i wonder if it has to do with the mixing
[02:17] <crimsun> i know i spotted an error in the downmixing of channels yesterday; i'll try and generate a new ppa build tonight/tomorrow
[02:17] <fta> i have a 5.1 system that i never got to work, i'm using it as a 2.1 :((
[02:19] <fta> crimsun, ^^ + http://paste.ubuntu.com/95568/
[02:20] <crimsun> ah, you'd have to modify /etc/pulse/default.pa use load-module module-alsa-sink device=surround51
[02:20] <crimsun> that generally means losing hal hotplugging for audio devices, tho' :/
[02:21] <crimsun> although i do have some hacks from hardy that i could forwardport, but i'd rather just fix module-alsa-* to not race on device release
[02:22] <fta> it's a desktop, the only things i hotplug are usb keys/drives or my gps, i don't mind loosing hotplugging for audio devices
[02:48] <crimsun> fta: yes, but others likely will =)
[02:52] <fta> sure
[02:52] <asac> true ... the mob is never happy ;)
[02:52] <asac> they always want "advanced" features ;) ... like hotplugging etc. :: insane :-P
[11:44] <white> fta: i was told you should be asked for thunderbird/icedove 3.0 packages? :)
[11:46] <asac> white: yeah ... so basically what you want is to start with bzr branch lp:~mozillateam/thunderbird/thunderbird-3.0.head
[11:46] <asac> and make a icedove branch out of it ... e.g. by renaming the package et al
[11:47] <asac> next it comes to branding ... there are two options: a) make a "update-orig" rule in debian/rules that replaces tbird with icedove branding
[11:47] <asac> or convince fta to include the hook to produce proper icedove orig.tar.gz in mozilla-devscripts
[11:47] <asac> though i thihnk most logic should nowadays go to the packaging and not -devscripts
[11:52] <white> asac: ok thanks, i'll start looking at it
[11:55] <white> asac: is there a plan to let icedove and icedove-3.0 coexist? I am just wondering, because of the new binary package names
[11:56] <asac> white: yes that should work.
[11:57] <asac> its even a different source package name
[11:57] <white> ok, i am just a bit surprised
[12:00] <asac> white: in ubuntu we ship preview stuff in parallel
[12:00] <asac> with stable stuff
[12:00] <white> ah ok, do you intend to do the same for icdeove in debian?
[12:01] <asac> not sure .... but i am sure that its ok to use the same versioning scheme ... and do a transition if we dont do that
[12:04] <asac> white: are you planning to do a production release based on 3?
[12:05] <white> asac: it would be nice to have it in experimental and then just rebuild it to get a backport, e.g. for lenny
[12:06] <white> so possibly productive on lenny, yes
[12:07] <BUGabundo_work> fta: ping
[12:07] <BUGabundo_work> ff3.1 and 3.2 are segfaulting!
[12:07] <BUGabundo_work> and only 3.0 is starting
[12:08] <armin76> blame asac
[12:08] <BUGabundo_work> ehhhe
[12:08]  * BUGabundo_work blames asac of FF segfault! :p
[12:08] <asac> BUGabundo_work: how do the segfault?
[12:08] <BUGabundo_work> armin76: done
[12:08] <BUGabundo_work> $ firefox-3.1
[12:09] <BUGabundo_work> results in a single line: "Segmentation Fault"
[12:09] <asac> fta: we need -dbg packages everywhere again ;)
[12:09] <asac> didnt you do that yet?
[12:09] <BUGabundo_work> ahh but a NEW ff3.0 windows opens up
[12:10] <asac> sounds like jemalloc
[12:10] <BUGabundo_work> so it seems fta referted his change
[12:10] <BUGabundo_work> that made my FF3,1 not allow 3.0 to open
[12:10] <BUGabundo_work> and now 3.1 segfaults and opens 3,0
[12:10]  * BUGabundo_work reads apt logs
[12:11] <BUGabundo_work> I only see an update of 3.1 to 3.2 and xulrunner 1.9.2
[12:11] <BUGabundo_work> I don't have debug symbols to install to provide more data! :(
[12:14] <asac> its a miserable situation with the -dbgsym things
[12:16] <BUGabundo_work> yeah
[12:16] <BUGabundo_work> aint there even a version on archive?
[12:16] <BUGabundo_work> for jaunty version?
[12:17] <asac> BUGabundo_work: yes try the jaunty thing for 3.1
[12:18] <BUGabundo_work> but I have 3.1 from ppa
[12:19] <BUGabundo_work> its a higher verstion
[12:19] <BUGabundo_work> should I downgrade to archive?
[12:19] <asac> i would think so yes
[12:19]  * BUGabundo_work opens synaptic
[12:20] <BUGabundo_work> going to beta 2 and then instaling debug symbols
[12:23] <BUGabundo> asac: firefox-3.1-dbgsym:
[12:23] <BUGabundo>   Depends: firefox-3.1 (=3.1~b2+build1+nobinonly-0ubuntu1) but 3.1~b3~hg20081227r22500+nobinonly-0ubuntu1~fta1 is to be installed
[12:27] <asac> --force-depends
[12:27] <asac> hmm ... try if downgrading makese the segfault go away
 so it seems fta referted his change <= no, i didn't, yet
 fta: we need -dbg packages everywhere again ;) <= we have them for 3.1 and 3.2
[12:44] <asac> BUGabundo: ^^
[12:44] <asac> ;)
[12:44] <asac> fta: thx
[12:45] <asac> fta: tbird 3 too?
[12:45] <fta> hm, yes
[12:45] <fta> no
[12:46] <asac> @time new_york
[12:50] <fta> no segfault here with 3.2
[13:12] <asac> fta: so i assume the patch was ok?
[13:13] <asac> ok found comment on bug thanks
[13:16] <asac> if i only knew what exactly is going on with the menu thing
[13:17] <asac> is there a hg clean-tree?
[13:17] <asac> help
[13:18] <fta> you have a revert but it's not what you want
[13:19] <fta> make clean is probably what you need :)
[13:20] <asac> yeah ... let me try that
[13:20] <asac> i thin make -f client.mk clean also removes .mozconfig
[13:20] <asac> better backup that somewhere
[13:26] <fta> so now, all 3 firefox versions open a new window from the current one disregarding the version instead of starting from scratch.
[13:26] <fta> bad
[13:27] <fta> they ignore the profile
[13:28] <BUGabundo_work> fta: back from lunch
[13:28] <BUGabundo_work> well FF3.1 and 3.2 aree seg faulting when FF3.0 is open. haven't tested with it closed
[13:29] <BUGabundo_work> can't install debug symbols for 3.1 with the error above
[13:29] <BUGabundo>   Depends: firefox-3.1 (=3.1~b2+build1+nobinonly-0ubuntu1) but 3.1~b3~hg20081227r22500+nobinonly-0ubuntu1~fta1 is to be installed
[13:29] <fta> the segfault appears *after* the new window is open so it doesn't matter. the issue is that it's the same version.
[13:30] <fta> firefox-3.1-dbg ?
[13:30] <fta> not -dbgsym
[13:30] <BUGabundo_work> opening 3.2 with all FF closes opens it OK
[13:30] <fta> yep
[13:30] <BUGabundo> nsHeaderInfo: registerSelf called!
[13:31] <BUGabundo> ~$ firefox-3.1  bash: firefox-3.1: command not found
[13:31] <BUGabundo> LOLOL
[13:31] <fta> ?
[13:34] <fta> please pastebin: sh -x /usr/bin/firefox-3.1
[13:35] <BUGabundo> sh: Can't open /usr/bin/firefox-3.1
[13:36] <fta> BUGabundo, then you no longer have the firefox-3.1 package installed
[13:36] <BUGabundo> humm
[13:36] <BUGabundo> yes!
[13:36] <BUGabundo> I think it removed when I tried to install debug symbols
[13:36] <BUGabundo> and it failed to downgrade
[13:36] <BUGabundo> instaling again
[13:39] <BUGabundo> fta: http://paste.ubuntu.com/95955/
[13:39] <BUGabundo> $ firefox-3.1 Segmentation fault
[13:41] <fta> ok, but i guess your back trace is no more helpful then mine: http://paste.ubuntu.com/95956/
[13:41] <fta> than
[13:41] <asac> BUGabundo: you have some extension that provides chrome://dragdropupload/...
[13:42] <asac> Welcome to jslib version 0.1.90
[13:42] <asac> how do youz get that?
[13:42] <fta> http://jslib.mozdev.org/
[13:43] <asac> yeah probably included by extension then
[13:43] <asac> dump that
[13:43] <asac> or disable it BUGabundo ^^
[13:43] <fta> i'd say it's looking for misery
[13:43] <BUGabundo_work> humm
[13:43] <BUGabundo_work> didn't even knew I had it !
[13:43]  * BUGabundo_work looks at it
[13:44] <asac> actually i dont see a segfaultin the paste
[13:44] <BUGabundo_work> asac: I can't find that addon!!!
[13:44] <asac> BUGabundo_work: disable all ;)
[13:44] <fta> asac, do you know which part of the code is handling the new window thing ? i guess there's a bug in there as it ignores the profile
[13:44] <BUGabundo_work> asac: the pastebin is of the script fta asked
[13:44] <asac> fta: XRemote stuff
[13:44] <BUGabundo_work> WITH all FF closed!
[13:45] <asac> fta: there is client and server side
[13:45] <BUGabundo_work> segfault is of 3,1 after I had 3,0 opened
[13:45] <BUGabundo_work> asac: If I wanted a NO ADDON browser I would go with chrome
[13:45] <asac> fta: /nsGTKRemoteService.cpp
[13:46] <asac> and widget/src/xremoteclient
[13:46] <asac> XRemoteClient::SendCommand
[13:47] <asac> fta: my guess would be that it somehow takes only the string part up to / to build the X property
[13:47] <asac> which identifies the running instance
[13:47] <BUGabundo_work> guys, ping me if you need anything more! brb
[13:48] <asac> BUGabundo_work: answer what i asked for
[13:48] <asac> why dont you disable all addons?
[13:48] <fta> asac, but the thing is i start with exec /usr/lib/firefox-3.1b3pre/firefox-3.1
[13:48] <asac> its important to figure stuff out
[13:48] <asac> thanks
[13:48] <BUGabundo_work> asac: for 3.1?
[13:48] <asac> fta: what difference does it make
[13:49] <BUGabundo_work> ok' ill do it!
[13:49]  * BUGabundo_work mumbes something
[13:49] <asac> BUGabundo_work: whereever it crashes dude
[13:49] <asac> ;)
[13:49] <asac> identifying the root cause is the right way to debug stuff
[13:49] <fta> oh, i thought you talked about $0
[13:49] <asac> and if an extension is the root cause we need to know which
[13:49] <fta> i need to run, see you in a few hours
[13:49] <asac> fta: no i am talking about the code that finds the window
[13:49] <asac> ;)
[13:50] <asac> and sends a X command to "openwindow" to it
[13:50] <asac> ;)
[13:50] <fta> i see that now. maybe there's already a bug for that
[13:50] <asac> unlikely
[13:51] <asac> people probably dont try to use that mechanism that much as we do ;)
[13:52] <asac> BUGabundo_work: so ;)
[13:52] <asac> did it help yet?
[13:55] <fta> damn, it's raining and it's -1°C, i'm looking for troubles too
[13:56] <BUGabundo_work> havenmt tried!
[13:56] <BUGabundo_work> lots of work to do
[13:56] <BUGabundo_work> last day of work before laid off!
[13:56] <BUGabundo_work> teaching new admin
[13:56] <asac> sure
[14:25] <asac> fta: so how does the application.ini for 3.1 and 3.2 (in your ppa) now look like?
[17:05] <BUGabundo_work> guys, have a nice happy new year!
[18:00] <fta> asac, just a Profile field in [App]: http://paste.ubuntu.com/96138/
[18:38] <asac> fta: profile is new in 3.1?
[18:39] <asac> (i mean code wise)
[18:39] <fta> not sure
[18:40] <asac> most likely ... even if not we have no profile set
[18:40] <asac> so its a bug in code
[18:41] <fta> by default, there's no Profile field, even in trunk
[18:44] <asac> yes
[18:44] <asac> fta: how did you get the idea to do that?
[18:45] <fta> songbird
[18:45] <asac> e.g. adding Profile=..
[18:45] <asac> ok
[18:45] <fta> http://paste.ubuntu.com/96167/
[18:45] <asac> fta: fta+bugzilla@sofaraway.org?
[18:46] <fta> yes
[18:55] <asac> fta: so profile is the "profile" name which is != THE appData->profile thing ;)
[18:55] <asac> e.g. cannot be used for this
[18:56] <asac> either we have to add a new property to the window (e.g. profilePath ... or something) or we cannot use it
[19:00] <asac> i think we should do that for trunk anway
[19:00] <asac> will prepare a patch
[19:05] <asac> but now have to pick up gf
[23:25] <asac> [reed]: so tbird was relesaed today ... thats definitly new milestone in crazyness ;)
[23:25] <asac> i mean: everybody thought this will go out next week when we went to holiday
[23:26] <asac> then while on holidays for no real reason the release gets fast-pathed and pushed the day before public-holiday (e.g. same as friday release)
[23:27] <crimsun> awesome. that means at least half the mozilla-thunderbird bugs go poof!
[23:27] <asac> huh?
[23:27] <asac> ;)
[23:27] <asac> ah you mean firefworks ;)
[23:28] <asac> probably nobody will complain if email is broken new year ;)
[23:32] <crimsun> =)
[23:48] <fta> poor asac ;)