[00:01] <bdmurray> asac: okay, thanks
[00:08] <Ampelbein> asac: in the stockresponses it says that apport-crashes which failed retrace should be closed. is this still true? https://wiki.ubuntu.com/Bugs/Responses#Firefox%20crash%20report%20that%20fails%20retrace
[00:11] <asac> Ampelbein: the responses probably need a face-lift
[00:21] <asac> Ampelbein: well. usually yes
[00:21] <asac> Ampelbein: _unless_ the reporter provided a good testcase
[00:21] <asac> Ampelbein: also one can try to manually retrace - i had a few that i could retrace here, but apport failed to do that
[00:24] <Ampelbein> ok, thanks.
[00:47] <fta> http://www.sofaraway.org/ubuntu/tmp/cool.gif
[01:05] <asac> fta: yay
[01:06] <fta> still a bit slow but cool anyway
[01:08] <fta> ok, tb3 should be in a good enough shape, sending to ppa
[01:10] <asac> fta: ok. the feature looks much prettier
[01:10] <asac> ;)
[01:10] <asac> on .head now
[01:11] <asac> when using the new xulrunner-1.9
[01:11] <fta> want me to send it to my ppa ?
[01:11] <fta> i have a bunch of users
[01:15] <asac> fta: xulrunner, yes. firefox. not yet i guess.
[01:15] <fta> hm, the eula thread has been closed at the #201 post
[01:15] <asac> fta: in forums?
[01:15] <asac> which is it?
[01:15] <fta> yes
[01:16] <fta> http://ubuntuforums.org/showthread.php?t=919444
[01:16] <fta> oh, there's another one: http://ubuntuforums.org/showthread.php?p=5813286
[01:16] <fta> " Firefox EULA was "giant error" -- Says Mozilla  "
[01:19] <fta> asac, [reed], gasp.. http://paste.ubuntu.com/48442/
[01:20] <asac> "Iceweasel is as advanced, updated and secure as anything you get from Mozilla, or long before Ubuntu updates."
[01:20] <asac> lol
[01:20] <asac> http://ubuntuforums.org/showpost.php?p=5786671&postcount=24
[01:20] <[reed]> fta: gasp, you need symbols!
[01:21] <fta> it's the kernel
[01:21] <[reed]> oh, firefox killed your kernel?
[01:21] <fta> no ff3.1 symbols
[01:21] <[reed]> hah
[01:21] <fta> not
[01:21] <fta> no, it's not dead
[01:21] <[reed]> yes, but whose symbols are missing in order to track down where the problem is?
[01:22] <fta> seems to be the scheduler
[01:22] <fta> kernel 2.6.27
[01:23] <asac> fta: maybe we should provide boring old -dbg packages again
[01:23] <fta> here, it's not useful, this is not ff
[01:24] <asac> this no dbgsym on ppa mess and dbgsym accidentially lost in archive things always come back to us
[01:24] <fta> what chan is about the kernel?
[01:24] <asac> too frequently we are finding that we have no symbols for whatever some user experiencing a bug is running
[01:25] <asac> fta: which kernel?
[01:25] <asac> #ubuntu-kernel
[01:25] <asac> is the ubuntu channel
[01:28] <asac> someone please fix dpkg-genchanges :(
[01:28] <asac> it always include the full source for me
[01:28] <fta> really?
[01:28] <asac> yes :(
[01:29] <fta> i use -sa or -sd, no problem
[01:29] <asac> i do bzr bd --merge --dont-purge --builder='debuild -S -si' ... and it includes the full source in changes
[01:29] <asac> but dpkg-genchanges -S -si also does it
[01:29] <fta> ppa = "bd --merge --build-dir=../ppa --builder='dpkg-buildpackage -rfakeroot -S -sa -kB6EE20E8'"
[01:29] <fta> ppa2 = "bd --merge --build-dir=../ppa --builder='dpkg-buildpackage -rfakeroot -S -sd -kB6EE20E8'"
[01:29] <fta> ppan = "bd --native --build-dir=../ppa --builder='dpkg-buildpackage -rfakeroot -S -sa -kB6EE20E8'"
[01:29] <asac> sd?
[01:30] <asac> fta: ok. now i see the difference
[01:30] <fta>        -sd    Forces the exclusion of the original source and includes only the diff.
[01:30] <asac> and now i understand it
[01:30] <asac> well
[01:30] <asac> i dont really understand
[01:30] <asac> the manpage isnt accurate apparently for ubuntu
[01:31] <fta> -si is a debian magic option
[01:31] <fta> not ubuntu
[01:31] <asac> yeah
[01:31] <asac> but it worked until hardy
[01:31] <asac> it was like -sd
[01:31] <fta> -0/-1 vs -0ubuntu1
[01:31] <asac> because we never have -0 -1
[01:32] <asac> fta: yeah. but now even if i upload -0ubuntu1~asac2
[01:32] <asac> it includes it
[01:32] <asac> but well. thanks
[01:32] <asac> i will use -sd now ;)
[01:32] <asac> one step further away from debian
[01:32] <fta> i assume -sd is fine for debian too
[01:32] <fta> you just have to think 1st
[01:33] <asac> yeah ;)
[01:33] <asac> too much for me :)
[01:33] <asac> especially when you consider that i always typed -si even though its the default ;)
[01:33] <asac> but then in ubuntu it definitly had kind of force character here
[01:38] <fta> http://ubuntuforums.org/showthread.php?t=924319
[01:39] <fta> http://www.ubuntugeek.com/how-to-install-chromium-google-chrome-in-ubuntu-using-deb-package.html
[01:40] <asac> nice ... is the packaging available?
[01:40] <asac> or just the debs?
[01:41] <fta> donno. codeweavers is a commercial/non-free wine
[01:44] <asac> oh
[01:46] <asac> fta: ok. i am uploading this firefox 3 thing to my security QA ppa. once that has some positive feedback we can spread this more widely i think.
[01:47] <fta> ok
[01:47] <asac> fta:  have you tried to pull that into 3.1?
[01:47] <asac> or is the patch completely diverged there?
[01:48] <fta> not since firefox-3.0.head #323
[01:48] <fta> ~2 days ago
[01:58] <asac> redhat bug 217076
[01:58] <asac> ubottu: no comprende :)
[01:58] <asac> fedora bug 217076
[02:00] <asac> https://bugzilla.redhat.com/show_bug.cgi?id=217076
[02:00] <asac> bugzilla.redhat.com bug 217076
[02:00] <asac> i give up
[02:10] <wikz> fta: you there !
[02:11] <fta> yes
[02:11] <wikz> fta: cool
[02:12] <wikz> listen,I forgot to add the file .desktop
[02:12] <wikz> :(
[02:12] <wikz> dh_install -pspicebird-0.7
[02:12] <wikz> cp: cannot stat `./debian/spicebird-0.7.desktop': No such file or directory
[02:12] <wikz> Do I have to start from the beginning ?
[02:12] <fta> no
[02:12] <wikz> This bloody thing takes 2 hiurs to build
[02:12] <fta> :)
[02:13] <wikz> It's 7 in the morning and I just realized it :|
[02:13] <asac> hehe
[02:14] <fta> go to your build dir, where you have the debian dir, fix your problem, then dpkg-buildpackage -nc
[02:14] <asac> wikz: no
[02:14] <wikz> so How do I resume from here? I have added the .desktop file
[02:14] <wikz> ok ok
[02:14] <asac> wikz: yeah what fta said
[02:14] <fta> nc stands for no clean
[02:14] <wikz> cool
[02:14] <asac> wikz: are you working with bzr?
[02:14] <wikz> launchpad ppa ?
[02:15] <asac> wikz: no ... bzr branches
[02:15] <asac> our packages are maintained in bzr
[02:15] <wikz> Yeah with fta's PPA TB3A1
[02:15] <asac> yeah. but thats doomed to get painful
[02:15] <fta> what ?
[02:15] <asac> you should work directly from his bzr branch i think
[02:16] <asac> but not sure how much related those packages would be
[02:16] <wikz> I tested to see if it works with spice the mozilla way before doing the debian way
[02:16] <wikz> asac: I will once I get hold of this whole debian building stuff :D
[02:16] <asac> you are using dpkg-buildpackage for "the mozilla way" ;)
[02:16] <wikz> asac: no no
[02:17] <wikz> I did it earlier just to check
[02:17] <asac> ah ok
[02:17] <wikz> coz we merged calendar into it
[02:18] <wikz> lightning is not an extension in spice
[02:18] <asac> wikz: how did you do that?
[02:18] <asac> wikz: i hope you didnt hack too much ;)
[02:19] <asac> unless you change the ui too i mean
[02:19] <wikz> lolz I can't help you on that.our prinicpal hacker does all that stuff
[02:19] <asac> k
[02:19] <wikz> prasaad sunkari
[02:19] <wikz> #spicebird on irc.mozilla.org
[02:24] <fta> damn, configure does not pass MOZ_OBJDIR recursively, it depends on .mozconfig for that :(
[02:25] <asac> fta: oh
[02:25] <asac> fta: you can have a mozconfig with just  MOZ_OBJDIR
[02:25] <asac> I think
[02:25] <asac> there is a variable
[02:25] <asac> but i'd say its a bug
[02:26] <fta> yep, but that's an hybrid thing.. i'd prefer to stay clean, if possible
[02:26] <asac> yeah
[02:26] <asac> fix the configure bug then
[02:26] <fta> even export MOZ_OBJDIR doesn't work
[02:27] <asac> why is in source building not supported anymore?
[02:27] <asac> because they dont want to care for a proper clean?
[02:37] <fta> donno, kairo said so in the source
[02:38] <fta> that whole comm-central thing is a mess, they should have focus on xul sdk instead
[02:39] <asac> i think tbird folks have in priincipal quite similar isues that lets say songbird have
[02:39] <asac> they lack people that are wrestling with firefox core devs ot get things into xul
[02:39] <asac> but thats just a guess out of my guts
[02:40] <asac> fta: i think the only thing they see is that they would slip another firefox cycle if they would focus on rewriting mailnews/ in xul sdk fashion
[02:40] <asac> first
[02:40] <asac> so they want to add the features the world is desparately waiting for first
[02:41] <fta> but by doing so, they have to fight with an unbearable build system over and over again
[02:41] <asac> yeah
[02:42] <fta> re-damned, the recursion thing is in autoconf, not in moz
[02:42] <asac> i am not really into tbird development
[02:43] <asac> but i think that rewriting all the old cruft in proper javascript would have given more flexibility afterwards
[02:43] <asac> so it would have paid off
[02:43] <asac> but then, imap support and such are really performance critical
[02:43] <wikz> asac: I think the world is waiting for a porno mode in firefox :P
[02:44] <asac> wikz: why not in tbird?
[02:45] <wikz> asac: privacy mode in tbird would be helpful
[02:45] <wikz> ?
[02:46] <asac> wikz: what is "privacy" mode?
[02:46] <wikz> the one IE8 was bragging about.Where none of the user info is stored and stuff
[02:46] <wikz> and chrome
[02:47] <asac> still dont understand how to do a privacy mode for a email application
[02:47] <wikz> that's what I meant by a porno mode :P
[02:48] <wikz> in firefox.
[02:49] <fta> it's supposed to be in ff soon, probably 3.1 now that google put up the pressure
[02:50] <wikz> fta: Thanks for your support.That wtretched thing did get built but I did something silly which I'm not going to tell you :P
[02:51] <fta> eheh
[02:51] <wikz> fta: You don't sleep on weekends either ?
[02:52] <fta> i do, but when i'm on something like today, nights get shorter :P
[02:59] <fta> dpkg-source is just a slow pig now in tb3.. ~500MB of source is too
[03:11] <wikz> asac: https://bugzilla.mozilla.org/show_bug.cgi?id=449691
[03:11] <wikz> super cool to me :)
[11:50] <gnomefreak> why does every script for irssi use the status bar for info and crap. like its not cluttered enough :(
[13:00] <gnomefreak> hmm this looks strange
[15:05] <fta> asac, i don't know why but my problem with tb3 is not really the .mozconfig but that the main configure wants to run build/autoconf/configure during the recursion, which does not exist. it's fine when using the standard client.mk
[15:10] <asac> ok ... screens are in bug ;)
[15:10] <asac> http://launchpadlibrarian.net/17779249/firstrun1.png
[15:10] <asac> http://launchpadlibrarian.net/17779270/about_rights.png
[15:10] <asac> http://launchpadlibrarian.net/17779313/about_rights_expanded.png
[15:11] <asac> fta: hmm
[15:11] <asac> fta: is there autoconf/configure somewhere? (e.g. not in build/ directory)?
[15:12] <Nafallo> bug?
[15:12] <asac> Nafallo: you know that bug, dont you?
[15:12] <asac> its _THE_ bug ;)
[15:13] <Nafallo> possibly. haven't seen it, but I should have heard about it.
[15:13] <fta> asac, on the 1st screenshot, i'm having a hard time seeing the bar
[15:13] <Nafallo> what was the verdict from Mozilla?
[15:13] <asac> Nafallo: bug 1 has 840 comments ... _THE_ bug has 470 within a week ;)
[15:13] <asac> Nafallo: its fun reading ... bug 269656
[15:13] <pwnguin> more like a nightmare
[15:14] <pwnguin> 400 opinions
[15:14] <asac> well
[15:14] <Nafallo> \o/
[15:14] <asac> you can just ignore the trollish comments ;)
[15:14] <pwnguin> and accusations. and several replies from sabdfl
[15:14] <asac> fta: well. it sticks there until you close firefox or close that notification bar
[15:15] <asac> fta: the idea is that its doesnt get in your way
[15:15] <fta> i guess it's fine, and definitely better than before
[15:16] <Nafallo> asac: make it glow in red :-)
[15:16] <asac> Nafallo: we can make it yellow
[15:16] <Nafallo> and the glow? :-)
[15:16] <asac> by giving it not a "info", but a warning priority
[15:16] <pwnguin> i wonder why an anti phishing site has an eula
[15:17] <asac> pwnguin: it doesnt have one anymore
[15:17] <asac> pwnguin: there are webservices terms
[15:17] <Nafallo> asac: give it killing_is_easy_killing_is_fun prio :-)
[15:17] <pwnguin> ok, i wonder why an antiphishing webservice has terms
[15:17]  * Nafallo stops trolling a bit again ;-)
[15:17] <asac> pwnguin: why? because they want to put a disclaimer there that its not 100% accurate
[15:18] <fta> asac, http://paste.ubuntu.com/48585/
[15:18] <pwnguin> heh
[15:18] <pwnguin> i wonder how wikipedia survives without that ;)
[15:18] <asac> so people that go to a website and dont get a warning, but get their identity robbed cant sue them
[15:18] <asac> pwnguin: wikipedia doesnt offer a webservice that claims to prevent you from identity theft
[15:18] <pwnguin> neither does mozilla ;)
[15:19] <asac> pwnguin: they do through google
[15:19] <asac> pwnguin: consider this. when a browser puts gmail in your homepage
[15:19] <asac> you would have to read terms before using gmail
[15:20] <pwnguin> which nobody does
[15:20] <asac> this service just doesnt have an account for a user
[15:20] <asac> pwnguin: right. but its the webservice providers decision what they want to show the user
[15:20] <asac> and if they think its legally required to do so
[15:21] <pwnguin> its never required, just less risky
[15:21] <asac> right
[15:21] <asac> and it doesnt really hurt
[15:21] <asac> pwnguin: in worst case you saw those terms for nothing
[15:22] <asac> in best case you feel informed
[15:22] <asac> normally you dont care
[15:24] <asac> pwnguin: have you looked at the screens?
[15:24] <pwnguin> i saw some on planet mozilla
[15:24] <asac> pwnguin: look at the one i posted above
[15:25] <asac> 16:10 < asac> http://launchpadlibrarian.net/17779249/firstrun1.png
[15:25] <asac> 16:10 < asac> http://launchpadlibrarian.net/17779270/about_rights.png
[15:25] <asac> 16:10 < asac> http://launchpadlibrarian.net/17779313/about_rights_expanded.png
[15:25] <pwnguin> lemme fix some other problems on my intrepid box first
[15:25] <pwnguin> (i have a scrollback...)
[15:29] <pwnguin> asac: so the firefox brand requires the MPL?
[15:33] <asac> pwnguin: more or less yes.
[15:35] <asac> for comparison: http://people.ubuntu.com/~asac/mozeula.html
[15:35] <asac> that was the eula  before ;)
[15:48] <asac> i feel like nspluginwrapper could deserve a rewrite ;)
[15:48] <asac> i tried to debug this beast yesterday ... its interesting at best
[15:50] <pwnguin> i wonder, can you use javascript to render on top of a video in firefox?
[15:51] <asac> pwnguin: afaict the not-windowless plugin will always be on top
[15:51] <asac> i somehow dont even understand how nspluginwrapper is doing this
[15:51] <asac> can you paint to a Drawable in X from a different process?
[15:52] <asac> xembed is simple but that is not windowless :/
[15:52] <pwnguin> i only learn stuff about x when it breaks
[15:52] <asac> yeah. here its broken ;) do you want to learn it?
[15:52] <asac> :)
[15:53] <pwnguin> depends
[15:54] <pwnguin> i got an email from a moz recruiter the other day
[15:54] <asac> who was it? Dan?
[15:55] <pwnguin> julie?
[15:56] <pwnguin> its pretty strange to get an email because of "comments you wrote on a blog"
[16:22] <asac> pwnguin: hehe
[16:51] <fta> asac, in hg, configure is/are no longer in the tree
[16:51] <asac> fta: you mean configure.in is gone?
[16:52] <fta> no, there's only the .in
[16:52] <asac> good
[16:52] <asac> i like that ;)
[16:52] <asac> we had to patch it anyway all the time
[16:52] <asac> though now if you dont auto gen it during build you might not realize that configure.in has changed
[16:52] <fta> in cvs, there was a bot running autoconf each time there was a commit of configure.in, it's gone
[16:53] <asac> i dont mind
[16:53] <asac> for me checking files that get generated are just clutter in the archive
[16:54] <fta> it is not important for us, we use DEB_AUTO_UPDATE_AUTOCONF
[16:54] <asac> fta: yeah. other packages (e.g. that wnt to ship a patch) should probably also generate .md5sums
[16:54] <fta> but for tb3, we need to generate 2 configure files
[16:54] <asac> so they can abort build when patch isnt updated, but configure.in is
[16:54] <fta> cdbs can only do 1
[16:55] <asac> fta: right
[16:55] <asac> i have the same impassee in NM
[16:55] <asac> where i currently rip the vpn plugins into separate source packages
[16:55] <asac> but i would love to use multiple configures there
[16:55] <asac> maybe worth improving cdbs
[16:55] <asac> but certainly gettig it into main tree
[16:56] <asac> but that would mean big changes to autotools.mk i guess
[16:56] <asac> all autotools should be able to handle multiple subtrees
[16:57] <asac> ok... out running some errands. i have to get away from computer. did too much last week :(
[16:58] <fta> i just need to find the right hook
[16:58] <wikz> fta: Out of curiosity,does debian/rules pick up the config options I set in my .mozconfig ?
[16:58] <fta> common-configure-indep doesn't seem right
[16:58] <fta> wikz, no
[16:58] <asac> fta: using existing hooks to manually to the second run is a good intermediate solution
[16:59] <asac> but i think we should invest some work at some point to improve cdbs
[16:59] <fta> wikz, i think it's in rules.mk
[16:59] <wikz> I will take a look
[16:59] <asac> fta: does the second configure depend on the first configure ... or even that first has already built?
[17:00] <asac> fta: common-configure-arch
[17:00] <fta> wikz, something triggers build/autoconf/mozconfig2configure
[17:00] <asac> fta: or even common-configure-impl::
[17:01] <asac> wikz: no it usually wont pick up .mozconfig
[17:01] <asac> thats only client.mk
[17:01] <wikz> asac: I need to pass a . ${topsrcdir}/collab/config/mozconfig
[17:01] <asac> fta: maybe we should consider to provide an alternative to cdbs CONFIGURE in mozilla-devscripts
[17:01] <asac> like MOZCONFIGURE ...
[17:01] <fta> trying with common-configure-arch instead of common-configure-indep
[17:02] <asac> wikz: we do that in the package directly
[17:02] <asac> wikz: err in the CONFIGURE FLAGS
[17:02] <asac> wikz: but it became better in the past because now you can more easily extend configure.in
[17:02] <fta> asac, i'll think about it, i just want to quickly finish that tb3, it's getting on my nerves
[17:02] <asac> fta: sure
[17:02] <asac> try the -impl
[17:02] <asac> hook
[17:02] <asac> i think thats the one that should be ok
[17:03] <asac> you could try to use -impl:: $(DEB_BUILDDIR)/subdir/Makefile
[17:03] <asac> err
[17:03] <asac> you could try to use -impl:: $(DEB_BUILDDIR)/subdir/config.status ;)
[17:04] <asac> and implement your own config.status until we fix that in autotools.mk
[17:04] <asac> ok ... off for real
[17:05] <wikz> asac: You mean DEB_CONFIGURE_USER_FLAGS= ? fta ^^
[17:05] <wikz> fta: were those last couple of lines by asac for me ?
[17:06] <fta> no, for me
[17:06] <wikz> ok
[17:06] <wikz> so fta what do you suggest I do If I had to pass on that flag ?
[17:07] <wikz> . ${topsrcdir}/collab/config/mozconfig
[17:07] <fta> what do you have in that file ?
[17:07] <wikz> only one line
[17:07] <fta> it's better to use DEB_CONFIGURE_USER_FLAGS for --flags and DEB_CONFIGURE_SCRIPT_ENV for env vars
[17:08] <wikz> http://pastebin.mozilla.org/540518
[17:08] <wikz> this is the file at collab/config.moz
[17:08] <wikz> this is the file at collab/config/mozconfig
[17:10] <fta> the two MOZ_CO are not used for building, it's jsut for your tarball, the two options could go to DEB_CONFIGURE_USER_FLAGS
[17:10] <wikz> fta: will do that
[17:11] <wikz> fta: and for the other two ac_add options ?Should I add a section DEB_CONFIGURE_SCRIPT_ENV and put them there ?
[17:11] <wikz> in the debian/rules file ?
[17:12] <fta> ac_add_options should go to DEB_CONFIGURE_USER_FLAGS in debian/rules
[17:13] <fta> mk_add_options should go to DEB_CONFIGURE_SCRIPT_ENV in debian/rules but here, it's just MOZ_CO_xx so only useful to checkout sources, which should *not* dynamic, everything should already be in your tarball
[17:13] <fta> s/dynamic/be dynamic/
[17:15] <wikz> fta: done
[19:21] <fta> asac, common-configure-arch and configure/$(DEB_MOZ_APPLICATION) are called too late (ie after configure is run) so i used post-patches, it means i create the sub-autoconf before the main one but it's ok.
[19:32] <asac> fta: post-patches should get the autoconf run, thats correct
[19:32] <asac> but i would run the subconfigure in -impl/-arch or is that too late too
[19:33] <asac> ?
[19:33] <fta> the sub-configure is run by the main configure itself, not by our rules
[19:38] <asac> ok. thought it was different
[19:39] <asac> fta: have you looked where the autoconf is hooked in (the cdbs mail autoconf)?
[19:39] <asac> is that in post-patches?
[19:39] <fta> common-configure-arch common-configure-indep:: debian/stamp-autotools-files
[19:39] <fta> debian/stamp-autotools-files:
[19:39] <fta> it's in there
[19:39] <asac> yeah
[19:39] <asac> ok
[19:40] <fta> there's a missing hook in between, as common-configure-arch is used both to run autoconf and run configure
[19:41] <asac> i think that cdbs could deserve a separate common-autotools-files
[19:41] <asac> so we could hook in other things _before_ configure is run
[19:41] <fta> it may be possible to hook in between by inserting code between the include but it's ugly
[19:41] <asac> fta: right. should be split up like above i think
[19:41] <asac> fta: yeah. thats ugly
[19:41] <asac> cdbs should have a proper hook to make it usable for sub layouts ;)
[19:42] <fta> i agree
[19:42] <asac> but then one could also look how to rpoperly do sub-layouts
[19:43] <asac> without the need to write once own stuff
[19:43] <fta> btw, i dropped OBJDIR, there's no reason in-source build should not be supported
[19:43] <asac> so lets go for post-patches for now
[19:43] <asac> fta: ok. where did you read that OBJDIR isnt supported again?
[19:43] <asac> i forgot
[19:45] <fta> http://developer.mozilla.org/en/Comm-central_source_code_(Mercurial)#Building
[19:47] <asac> fta: actually i would love to be able to use OBJDIR by default
[19:47] <asac> one goal of the packaging should always be to also allow good upstream development in the packages ... and having the objects sorted to their own tree is helpful for that imo
[19:48] <fta> it's possible
[19:48] <fta> but i find it weird
[19:48] <asac> fta: what was the problem again? that the subconfigure didnt use the env?
[19:48] <fta> you edit the source, then you have to build it from somewhere else
[19:49] <fta> no, with tb3, i thought objdir wasn't passed in the recursion but in fact, after some troubleshooting, it's just that the sub configure does not exist
[19:49] <asac> fta: oh. yeah. but i am doing that all the time with my upstream tree ... its just so much better to have two terminals open: 1. for editing, 2. for building instead of having to deal with all the clutter in your source trree
[19:50] <asac> fta: ah ok
[19:50] <asac> cool
[19:50] <asac> if we could use that it would also remove all future unclean "clean" target issues
[19:50] <asac> at least from the package POV
[19:50] <asac> clean::
[19:50] <asac>    rm -rf objdir
[19:51] <fta> not even needed, objdir is wiped out by default
[19:51] <asac> yeah. then thats good
[19:51] <asac> i just wanted to show the point ;)
[19:52] <asac> fta: so i also need comm-central?
[19:52] <asac> (i only have mozilla-central as an upstream tree)
[19:52] <fta> yes
[19:52] <asac> fta: do i need to checkout comm-centrel inside of moz-central?
[19:53] <fta> no, clone comm-central, then the client.mk script will checkout moz-central inside mozilla/ (hence the mozilla/mozilla dir) + some other stuff
[19:54] <asac> oh ... that way around
[19:54] <asac> hmm
[20:14] <sebner> asac: /me just discovered that installing libflashsupport fixes the no sound with youtube issue but I thought this was already fixed? O_o  ^^
[20:25] <asac> sebner: you need set-pulseaudio maybe
[20:25] <asac> sebner: the landing to make that the default option will happen soonish
[20:25] <asac> luke is working on a solution that doesnt break KDE ;)
[20:25] <asac> ... which was the blocker to get that out
[20:25] <sebner> asac: I thought I already did O_o )
[20:25] <sebner> asac: bah, who needs kde :P
[20:27] <asac> sebner: actually this kind of diversity - even though it can be cumbersome - usually helps to keep quality up ... as we have to find a _real_ solution instead of implementing whatever dirty hack comes first ;)
[20:27] <sebner> asac: I know, I know ^^
[20:28] <sebner> asac: do you think it will be implemented before beta freeze/release?
[20:29] <asac> before beta
[20:29] <sebner> sounds great :D
[20:30] <asac> should happen any day
[20:30] <sebner> \o/
[20:30] <asac> unless something more important came up, luke is working on it
[20:30] <sebner> kk
[20:30] <asac> and knows a solution from what i heard
[20:30] <sebner> maybe then I can satisfy my sister ^^
[20:30] <asac> yeah... painful thing indeed
[20:31] <asac> hope we can find a way to backport this to hardy
[20:32] <sebner> asac: already too late , most will upgrade intrepid. LTS or no LTS. doesn't matter
[20:33] <asac> well... there are shipping a bunch of devices with hardy
[20:33] <asac> and more to come i think
[20:34] <sebner> bah, mainstream :P
[20:47] <asac> yeah ... but all fanatics are already using linux ;)
[20:47] <asac> we need more mainstream mindshare
[20:47] <asac> thats where the masses are waiting ;)
[20:48] <asac> or not waiting ;)
[20:57] <sebner> asac: as long as we get better hardware support :)
[21:01] <asac> ok ... i am off for some real-life fun ;)
[21:01] <asac> cu
[21:05] <sebner> asac:  bye :)
[22:15] <fta> asac, help!
[22:15] <fta> http://www.sofaraway.org/ubuntu/tmp/tb3-1.png
[22:15] <fta> http://www.sofaraway.org/ubuntu/tmp/tb3-2.png
[22:15] <fta> http://www.sofaraway.org/ubuntu/tmp/tb3-3.png
[22:42] <fta> same from dist/bin