[00:34] <asac> for me that make check error looks like upstream issue too ... odd - makes me wonder if its really run by moz
[00:35] <asac> ah i think i know what the problem is somewhat
[00:35] <asac> ;)
[00:36] <asac> check-sync-dirs.py needs to somehow ignore all files created during build if no OBJDIR is used
[00:36] <asac> right ;)
[00:36] <asac> good
[00:36] <asac> that check is a source check ... so shouldnt be run post-build
[00:38] <asac> or we just workaround by using OBJDIR
[00:39] <asac> just is relative though ;)
[00:39] <asac> that logic is kind of entrenched in client.mk i think
[00:40] <asac> fta: ^^
[00:42] <asac> maybe passing GARBAGE and adding that to the matched patterns would help in that .py script
[00:42] <fta> ?
[00:43] <asac> fta: check-sync-dir complains about files that are really different
[00:43] <asac> those files are those that are produced during build ... and that script should just ignore them
[00:44] <fta> that i figured
[00:44] <asac> right. but you didnt tell that above ;)
[00:44] <asac> so solution is to either use MOZ_OBJDIR mechanism to do all biuld stuff in build-tree/obj/ or something
[00:45] <asac> or fix the script to ignore them in a maintainable fashion ...
[00:46] <asac> MOZ_OBJDIR does not work with just configure + make ... client.mk is needed or some magic
[00:47] <asac> for the script fix i thought that using GARBAGE from build system might give a good exclude list for built stuff
[00:47] <asac> but maybe thats not enough
[00:48] <asac> maybe ALL_TRASH ?
[00:49] <asac> and ALL_TRASH_DIRS
[00:52] <micahg1> asac: you have time to talk about other stuff?
[00:55] <asac> micahg:  a bit ;)
[00:55] <micahg> what's happening with pyxpcom?
[00:55] <asac> 20 minutes before i really have to go
[00:55] <micahg> ok
[00:55] <micahg> is it outside of xul code now?
[00:55] <asac> i am not sure ... upstream made a standalone project out of it afaik
[00:56] <micahg> someone just opened a bug in xulrunner about producing it
[00:56] <micahg> should I convert to a needs-packaging?
[00:56] <micahg> hmmm
[00:56] <micahg> debian seems to still build out of xulrunner
[00:57] <micahg> ah, they take the whole tree I think
[00:57] <asac> what do they produce
[00:57] <asac> 1.9.1 seems to have libpyxpcom.so at least
[00:57] <asac> but gone in .2 and .3
[00:58] <micahg> yeah, it seems to be gone
[00:58] <micahg> it's on the lucid idea list :)
[00:59] <asac> yep. saw that
[00:59] <asac> and i am positive that it should get done
[00:59] <asac> https://developer.mozilla.org/en/pyxpcom
[01:00] <micahg> then there's this: http://pyxpcomext.mozdev.org/
[01:01] <micahg> will it be a new source package then?
[01:01] <asac> http://benjamin.smedbergs.us/blog/2009-08-07/pyxpcom-welcome-todd-whitema/
[01:01] <asac> thats the last thing i remember
[01:02] <micahg> yeah, me too
[01:02] <micahg> so, I guess new source then?
[01:02] <asac> http://hg.mozilla.org/pyxpcom
[01:02] <micahg> not too much development
[01:03] <asac> well. not much expected i guess
[01:03] <asac> with some luck it just works
[01:03] <asac> let me check
[01:04]  * micahg still needs to upstream a prism patch as well...
[01:06] <asac> ok
[01:07] <asac> for 1.9.1 its broken (fails to build)
[01:07] <asac> i managed to get it further by copying mozilla-config.h to topsrcdir
[01:07] <asac> but then it chokes on something odd ;)
[01:07] <asac> lets first check 1.9.2
[01:11] <asac> /usr/bin/python2.5 ../../../config/nsinstall.py -R -m 755 libpyloader.so ../../../dist/bin/components
[01:11] <asac> ../../../config/elf-dynstr-gc ../../../dist/bin/components/libpyloader.so
[01:11] <asac> make[4]: ../../../config/elf-dynstr-gc: Command not found
[01:13] <fta> doh!
[01:13] <asac> so yes. elf-dynstr-gc is missing
[01:14] <asac> they need to ship that i guess
[01:15] <micahg> asac: I upstreamed the prism patch, do you want to be copied?
[01:15] <asac> sure.
[01:20] <micahg> nice, [reed] got that bug fixed and pushed to all 3 branches in under 3 hours
[01:21] <[reed]> ;)
[01:22] <[reed]> it took some work, believe me!
[01:22] <micahg> asac: I've been tagging stuff fixed-1.9.1.6 and fixed-3.5.6
[01:22] <[reed]> involved several arguments, too
[01:24] <micahg> oh, asac, where can I comment on the lucid-ff blueprint?
[01:24] <micahg> s/where/how/
[01:24] <asac> whiteboard
[01:25] <asac> is the best place
[01:25] <micahg> I can put my thoughts there
[01:25] <asac> until there is a wiki page
[01:26] <[reed]> there's a blueprint?
[01:26] <[reed]> link?
[01:26] <micahg> https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-new-firefox-support-model
[01:27] <asac> will check if we need to put up another "hardy" blueprint
[01:27] <asac> we need a way forward for that too
[01:28] <asac> ... which probably is much more work than what we actually need to do for lucid :(
[01:28] <asac> hardy-jaunty-blueprint ;)
[01:28] <micahg> hardy-karmic
[01:28] <asac> i dont think we should cover that in the same document
[01:28] <asac> yeah ... ;)
[01:29] <micahg> karmic will run into trouble 6 months after 3.6 is released
[01:29] <asac> but 3.0 is a different beast
[01:29] <micahg> we can use a similar solution
[01:29] <asac> karmic feels simliar to what we do in lucid now
[01:29] <asac> of course not identical
[01:29] <asac> but should be a subset of problems we have to fight in hardy
[01:29] <micahg> whiteboard updated
[01:35] <asac> micahg: add a date/name mark in whiteboard
[01:35] <asac> its really a rudementary thign ... you cant see who said what afterwards
[01:35] <micahg> before my stuff?
[01:36] <asac> yeah somehow
[01:36] <asac> be innovative ;)
[01:36] <micahg> how's that?
[01:37] <asac> heh. mabye a colon ... ;)
[01:37] <asac> but good
[01:37] <micahg> they're supposed to be working on comments for blueprints
[01:37] <asac> indentation might help separating it better
[01:37] <asac> but its probably just because its squashed in a tight space there
[01:37] <asac> in the past whiteboard definitly was wider
[01:40] <asac> also added one more thing to Ideas
[01:40] <micahg> yep, nice one
[01:41] <asac> added also one item about testsuite during build
[01:41] <asac> with [reed] as proposer ;)
[01:42] <[reed]> :)
[01:42] <asac> https://wiki.ubuntu.com/MozillaTeam/Lucid/Ideas
[01:43] <[reed]> yay, I see crash reporter as an item
[01:44] <[reed]> I got asked about that today
[01:45] <asac> i have to talk to pitti about that ... its a bit tough to get the symbols out from the builders automatically
[01:45] <asac> they are not really connected to net etc.
[01:46] <asac> but should be some way
[01:46] <asac> the -dbgsym stuff also comes out to some other not so high security server
[01:46] <asac> somehow
[01:47] <asac> we also have this firefox kde session scheduled
[01:47] <[reed]> again?
[01:47] <asac> seems like folks claim that suse patched a lot qt/kde stuff ... felt odd
[01:47] <asac> they want us to check why we cant have the same :( ...
[01:47] <[reed]> they just wrote a helper thing
[01:47] <[reed]> it's very ugly
[01:47] <asac> just the file dialog?
[01:47] <[reed]> no, other stuff, too
[01:47] <[reed]> :(
[01:47] <asac> hmm ... i thought there was much more
[01:47] <asac> yeah
[01:48] <micahg> I thought it was going to get integrated upstream
[01:48] <asac> well ... but kde folks now have firefox as a top level browser offering in kubuntu
[01:48] <asac> which is also a good win ;)
[01:48] <[reed]> they haven't approached us about it
[01:48] <[reed]> I would have noticed
[01:48] <asac> at best that could be further strengthened by giving them at least a bit of an improvement in experience
[01:49] <asac> [reed]: afaik it got stuck somewhere during upstreaming ... that session is also about finding out what is going on ;)
[01:49] <asac> let me check
[01:49] <[reed]> I don't even know of a bug on it!
[01:49] <asac> https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-firefox-kde-integration
[01:50] <asac> see whiteboard ... i asked riddel to add information there
[01:50] <asac> novell bug 170055
[01:50] <asac> hmm
[01:50] <asac> thats odd ;)
[01:50] <asac> oh launchpad
[01:50] <asac> suse bug 170055
[01:50] <[reed]> slow ubottu
[01:50] <asac> http://en.opensuse.org/KDE/FirefoxIntegration
[01:50] <asac> thats the wiki page i got pointed to a few times
[01:51] <[reed]> they have not approached Mozilla about getting it upstreamed, as far as I know
[01:51] <micahg> [reed]: I thought you guys have rules against that type of stuff
[01:52] <asac> has mozilla approached them about not patching firefox to death=?
[01:52] <asac> ;)
[01:52] <[reed]> are they calling it Firefox?
[01:52] <asac> i would think so
[01:52] <asac> i havent heart that they started to debrand
[01:52] <asac> wouldnt that have been in the news? or did opensuse never ship official branding?
[01:53] <asac> s/heart/heard/
[01:53] <[reed]> dunno
[01:54] <[reed]> never used opensuse
[01:54] <asac> [reed]: anyway, what i tried to say above is that in karmic users click on browser for first time and can then choose which browser they want to use
[01:54] <asac> a) firefox ... b) konqueror
[01:54] <asac> firefox became more important (finally)
[01:54] <[reed]> cool
[01:54] <asac> even for kde devs
[01:54] <asac> kubuntu devs that is
[01:55] <micahg> http://news.opensuse.org/2009/10/27/sneak-peeks-at-opensuse-11-2-kde-4-3-experience-with-lubos-lunak/
[01:55] <micahg> looks branded to me
[01:55] <asac> i see branding there ;)
[01:55] <[reed]> mconnor: ^
[01:59] <micahg> asac: I started targeting my bugs for lucid-alpha-2, I figure 2 months is enough time for what's assigned to me
[01:59] <mconnor> the opensuse stuff is all with our approval
[01:59] <mconnor> fwiw
[01:59] <mconnor> it
[02:00] <asac> good
[02:00] <mconnor> s not perfect, but its interesting, and we want them to push it upstream
[02:00] <asac> mconnor: do you know anything about it?
[02:00] <asac> ah ok. so waiting
[02:01] <mconnor> well, I did the changeset appro val
[02:01] <mconnor> omg, this keyboard is tiny
[02:01] <asac> mconnor: do you know if those things are done in a way that they detect whether user runs gnome/kde dynamically
[02:02] <asac> or is that a kde-only build time flag?
[02:02] <mconnor> some of both
[02:02] <mconnor> iirc
[02:03] <mconnor> you should talk to wolfgang though
[02:03] <asac> is wolfgang still involved much? thought its someone else now...
[02:03] <[reed]> he's been submitting patches lately
[02:04] <[reed]> including one to make "set desktop background" only work on gnome (and not KDE, as it isn't supported there)
[02:05] <asac> where's that patch? would like to check how smart that detection is
[02:06] <asac> mozilla bug 266230
[02:06] <asac> mozilla bug 140751
[02:07] <asac> hmm ... no patch on first bug
[02:07] <micahg> desktop one is bug 526717
[02:07] <asac> maybe a dupe?
[02:07] <micahg> mozilla bug 526717
[02:08] <asac> i think DESKTOP_SESSION=gnome does not work
[02:09] <asac> i remember someone saying that its not true everywhere when i checked that
[02:09] <asac> oh yeah ;)(
[02:09] <asac> thats just the name of the session in gdm
[02:10] <asac> so you could just set it up as "my gnome"
[02:10] <asac> and it would be "my-gnome"
[02:11] <asac> will double check that tomorrow
[02:11] <asac> and comment
[02:11] <asac> k
[04:16] <micahg> asac_: I hope you're sleeping :)
[05:35] <micahg> [reed]: you around?
[05:36] <micahg> [reed]: your rapid mozilla test broke some test suites and they're going to back it out of 3.5.6
[05:37] <[reed]> I'm dealing with it
[05:37] <micahg> ok
[05:37] <micahg> just wanted to make sure you saw :)
[09:18] <asac> hi
[09:23] <micahg> hi asac
[09:23] <micahg> I fixed 1.9.1.6 daily, bumped cairo to 1.8.8
[09:26] <micahg> asac: no urgency, but if you have a chance, could you look at bug 476129
[09:27]  * micahg is off to bed
[09:30] <asac> good night!
[10:52] <Sonickydon> hello everybody
[10:54] <Sonickydon> does anyone know what's the "distribution.canonical.bookmarksProcessed" filter
[10:54] <Sonickydon> in the about:config?
[10:54] <Sonickydon>  i can't find any information on it and it's name sounds a little bit weird
[11:05] <asac> reads like a flag that remembers if distribution specific bookmarks were imported or something
[11:10] <Sonickydon> thanks alot
[11:11] <asac> np
[12:24] <drclue> Howdy all. I have a weird problem with XHTML/XSL where it works as expected in Firefox 2 , but behaves a little weird in Firefox 3.   When I click on page links in Firefox 3, I have to click in some cases several times before the browser will actually render the page. Firefox 2 goes to the links and renders the first try, as does Opera. Any clues as to the hit and miss rendering of clicked links?
[12:25] <asac> drclue: maybe extension issue?
[12:27] <drclue> Well, I have a guinea pig friend who installed Firefox bare footed and got the same result
[12:28] <asac> also on windows?
[12:28] <asac> or just ubuntu issue?
[12:29] <drclue> I get the problem on both ubunto and windows
[12:29] <dpm> asac, hi, have you had a chance to look into scheduling the FF translations session we were talking about the other day?
[12:30] <drclue> I've run every page through the W3 validation engines too.
[12:33] <drclue> What's even weirder is that while it may take a bunch of clicks to get a link to render , the browser does notice the title of the new page. but then the render just stals
[12:34] <drclue> I can even type the location into the address bar and get the same result
[12:34] <drclue> or hit the reload button.
[12:35] <drclue> After some random number of tries FF3 wakes up and renders the page
[12:35] <asac> dpm: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-firefox-translations
[12:35] <asac> dpm: can you subscribe folks you think are interested in that?
[12:36] <asac> also maybe dump first thoughts to the whiteboard
[12:37] <asac> drclue: you can install dailies for firefox-3.6 and firefox-3.7 and use them without risking profile problems. .... checkout https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[12:38] <asac> would be good to verify that its an issue on 3.7 and then file a bug in bugzilla.mozilla.org i would think
[12:38] <asac> drclue: hmm
[12:38] <dpm> asac, cool, thanks, yeah, I'll let translators know and add more content on the whiteboard or on a wikipage for the spec. Has it already been scheduled?
[12:38] <asac> drclue: maybe try to disable IPv6DNS
[12:38] <asac> in about:config
[12:39] <asac> change network.dns.disableIPv6
[12:39] <asac> to true
[12:39] <asac> and restart
[12:39] <asac> if all other pages work normally its probably not the problem
[12:39] <asac> dpm: just created it and pinged pitti
[12:39] <asac> i would think it doesnt take long
[12:40] <dpm> ok, thanks
[12:40] <drclue> I might have to wait until my new box gets in to do some of that dailies stuff, but I could certainly try the about:config thing on one of these boxes I have.
[12:40] <drclue> I think I'm just tickling a soft spot with this application/xhtml+xml XHTML/XSL/XHTML stuff
[12:43] <asac> yeah. please try still
[12:43] <asac> the behaviour that sometimes things dont load was also reported wih IPv6
[12:43] <asac> by some users
[12:47] <drclue> asac: no joy on the network.dns.disableIPv6 thing.  I set it as requested , restarted and cleared cache etc , same behaviour
[12:49] <asac> k
[12:49] <asac> so yeah. do the dailies and file upstream ...
[12:50] <drclue> I do have a whole server to myself on this one , and could show the site
[12:52] <drclue> It will do it's weirdness even on the about / contact / privacy type pages
[12:52] <asac> url?
[12:52] <drclue> 207 154 83 202
[12:53] <asac> thats not a url ;)
[12:53]  * asac wants to click :)
[12:53] <drclue> http://207.154.83.202
[12:53] <asac> one url for a page that doesnt render
[12:53] <asac> so to about
[12:53] <drclue> That one one don't
[12:54] <asac> http://207.154.83.202/about.html?
[12:54] <drclue> http://207.154.83.202/?view=about
[12:55] <asac> works for me ;)
[12:55] <asac> navigation, clicking, reloading ... works
[12:55] <asac> use wget
[12:56] <asac> and see if you get the full page at all
[12:56] <drclue> Works on my FF2 and my Opera, but not on my FF3 on the ubuntu nor on FF3 on the shop windows box
[12:56] <asac> yes thats strange
[12:56] <asac> i run 3.5 ;)
[12:57] <asac> double check that you have no extensions installed
[12:57] <asac> firefox extensions
[12:57] <drclue> 3.5.4 on my ubuntu
[12:57] <drclue> The shop box has the latest official release and is totally stock
[12:58] <asac> i run the latest 3.5.6pre daily ... maybe try that then
[12:58] <asac> or the 3.5.5 release from the security ppa (will be pushed out today)
[12:58] <asac> https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa
[12:58] <drclue> Well , I need to be able to sort this out for the masses
[12:58] <asac> yes. if 3.5.5 fixes it
[12:58] <asac> it might be that it was a 3.5.4 regression ;)
[12:58] <asac> check what version you use on windows
[12:59] <asac> 3.5.4 had a few regressions ... users get auto updated :)
[12:59] <asac> but not so sure at all
[12:59] <asac> what your problem is ;)
[12:59] <asac> ... besides extensions
[13:00] <drclue> Well , in looking around , it's not just me. I would agree that sometimes it feels like I'm the only one pushing this XHTML/XSL/XHTML stuff around , but there are others
[13:02] <asac> the doctype in the same line as the stylesheet instruction looks odd
[13:02] <asac> is that valid xml?
[13:02] <drclue> Well, it validates
[13:02] <asac> also you use XHTML strict in doctype ... so whatever you produce must be strict ;)
[13:03] <drclue> It's strict
[13:03] <drclue> I never use transitional
[13:03] <asac> ok
[13:04] <asac> yes. and it works here ... so i would think its either a 3.5.4 only issue or something is wrong on your side ;)
[13:04] <drclue> I've been hand coding this stuff since before Netscape
[13:05] <drclue> I do make mistakes , but I can't find one here in the tagging
[13:05] <asac> i asked someone else to see if it renders something
[13:05] <asac> well ... i would suggest to produce a minimal testcase
[13:05] <asac> really
[13:06] <asac> but first ensure you tried 3.5.5 first
[13:06] <drclue> I like XML/XHTML and such just because it is so bitchy about the syntax and lets nothing slide
[13:06] <asac> ;)
[13:07] <asac> ok got a confirm that this page renders for others in 3.5.4
[13:07] <asac> i think its you :)
[13:08] <asac> network problem could be ;)
[13:09] <drclue> When I get my new PC in here in the next few days I'll put the 3.5.5 on it.     I have three different machines here and several different browsers. I also have machines located a couple hundred miles away on another network.
[13:10] <drclue> I've been walking this problem around and it likes to chew on FF3
[13:11] <drclue> I'm thinking that maybe when the browser got a zillion times faster , some of the application/xhtml+xml stuff missed the boat
[13:16] <drclue> At least my FF 2.0.0.11 , Opera likes the application/xhtml+xml stuff. Most times I can even get my IE6 to like it by the time a project is done
[13:26] <drclue> With FF3.5.x rendering these pages some place(s) and not other(s) , there is a probably a hole somewhere in the rendering, or it's exploitations used to obtain the speed.
[13:26] <drclue> As to the validity of the XML , click the W3C checker links.  If ya like I can throw a switch in the code and it turns on validation links in every page.  I checked each and every XML,XSL and CSS file this very day.
[13:27] <drclue> As well as the XHTML too , which is well XML :)
[13:30] <drclue> There I turned the switch , now each and every page has "[" and "]" at the bottom/ The "[" checks the XHTML and the "]" checks the "CSS" .
[13:35] <drclue> Actually the XSL file maps the "[" and "]" into the pages and a CSS class toggles their display.  I also have one PHP flag I set that allows the validation engines to map to a pseudo
[13:35] <drclue> user so they can scan pages that require a login
[13:52] <asac> well ... i am not here to debug buggy webpages
[13:52] <asac> make a minimal test ;)
[13:52] <asac> case
[13:53] <asac> that shows there is a bug
[13:53] <asac> and if you dont test 3.5.5 i wont check anyway
[13:58] <asac> dtchen: if i just want to record something using alsa ... do i need to kill pulseaudio?
[13:58] <asac> e.g. will that lock the thing?
[13:59] <asac> how do i best test if capturing through also would work ... i assume sound recorder uses pulse
[14:04] <drclue> asac: I have a new machine on order, just for the purposes of running bleeding edge versions of the browsers. My regular development machine  here ( a debian ) is intentionally kept well behind the curve so as not to drop audience that does not update often.   My recreational machine is ubuntu 9.10 with the FF 3.5.4. The windoze box is an XP with a FF 3.X (not sure, as I don't bother with that one too often)
[14:05] <drclue> On my other network on the other side of the state most everything is windoze boxes except for my Asterisk server which runs a centOS
[14:31] <fta> how come noone cares about fixing bug 243344 with so many dupes?
[14:31] <fta> firefox triggers it ten times a day for me (on x64)
[14:32] <fta> 92 dupes :P
[14:35] <asac> we already talked about that
[14:39] <fta> not about why it's no fixed, or maybe i'm just too tired to remember..
[14:39] <asac> i cant tell why its not fixed. didnt i susbscribe themuso?
[14:40] <asac> i only think that there are three crashes
[14:41] <asac> two of them are high dupe count and are just on shutdown
[14:42] <fta> why themuso?
[14:42] <asac> he does a11y
[14:42] <asac> ah
[14:42] <asac> sorry
[14:42] <asac> then arnegoetje
[14:42] <asac> he does bridges
[14:42] <asac> scim et al
[14:48] <fta> checking for cairo >= 1.8.8 freetype2 fontconfig... Requested 'cairo >= 1.8.8' but version of cairo is 1.8.6
[14:49] <fta> 1.9.1/3.5 red on jaunty and older
[14:49] <fta> fixing that before the bot kicks in
[14:50] <asac> thought micah already fixed that
[14:50] <fta> really?
[14:50] <fta> right, nm
[14:51] <asac> at least i gave ack yesterday to bum pit
[14:52] <fta> asac, do you have access to a lpia box somewhere?
[14:53] <asac> yes.
[14:53] <asac> but i am not sure we want to fix that
[14:53] <asac> i heard rumors it might go away
[14:55] <fta> just wanted to get a backtrace
[14:55] <fta> but well, i don't mind
[14:56] <fta> i'm not even sure we have a single lpia user for those builds
[14:57] <asac> almost certainly none
[14:57] <asac> let me check if i can log in etc.
[14:58] <fta> chromium-browser                 19172   1.46%      3508    8790    6870       4
[14:58] <fta> google-chrome-unstable           16012   1.22%      4288    5842    5863      19
[15:03] <jdstrand> asac: hey. so I've tested ff35 on jaunty and karmic on amd64/i386 and it seems good. when do you want me to publish?
[15:06] <asac> jdstrand: whenever you want ... karmic is tested here too ... jaunty i was setting up again as previous i accidentially busted
[15:07] <jdstrand> asac: wrt jaunty> do you mean you broke the testing environment or the package is busted?
[15:08] <asac> testing env is broken
[15:08] <jdstrand> asac: shall I hold off on pushing jaunty then?
[15:09] <asac> no
[15:09] <jdstrand> ok
[15:09] <asac> if you tested it its fine
[15:09] <jdstrand> asac: also, I've got a merge request pending for some apparmor profile updates for the next karmic SRU
[15:10] <jdstrand> asac: I haven't looked at lucid, but it would be good to get all that uploaded there too
[15:11] <jdstrand> asac: would it make sense to give me commit access with the promise I will only touch the apparmor bits? (review can still happen via pings or prior to upload)
[15:12] <jdstrand> asac: oh, I've not tested lucid-- do you want me to push ff35 for lucid too?
[15:14] <asac> yes ... just push there
[15:14] <asac> thx
[15:14] <jdstrand> cool
[15:34] <fta> [reed], http://paste.ubuntu.com/316039/
[16:00] <asac> fta: did you omit the sync-dir test?
[16:00] <asac> or is this failure now before?
[16:03] <fta> i used an objdir
[16:03] <asac> cool
[16:03] <asac> manually or already properly in package?
[16:04] <fta> properly
[16:07] <mac_v> asac: hi , did you happen to catch comment > https://bugs.launchpad.net/humanity/+bug/439172/comments/12
[16:11] <mac_v> !test
[16:47] <asac> asked in #nm about that
[16:51] <mac_v>  hehe , yeah , i thought something was wrong with my connection ;)... lets continue in #nm
[17:30] <fta> asac, chromium is also impacted by the flash sucking ~20% cpu even when idle :P
[17:30] <fta> bad flash
[17:34] <dtchen> asac: pasuspender -- arecord -twav foo.wav
[17:34] <dtchen> asac: but yes, Sound Recorder uses GSt's audiosink
[17:37] <dtchen> asac: killing PA is insufficient; you'd also need to disable PA's autospawn (echo autospawn = no|tee -a ~/.pulse/client.conf && killall pulseaudio)
[17:37] <asac> dtchen: thanks. its odd but after poking around three hours ... it suddently started to work
[17:37] <asac> but i didnt change anything ;)
[17:37] <asac> at least not in alsamixer anymore
[17:38] <asac> so pasuspender does temporary pulse downing?
[18:41] <fta> [reed], TEST-UNEXPECTED-FAIL  http://launchpadlibrarian.net/35543641/buildlog_ubuntu-karmic-i386.xulrunner-1.9.3_1.9.3~a1~hg20091111r34772%2Bnobinonly-0ubuntu1~umd1_FULLYBUILT.txt.gz
[18:58] <Mook_sb> because loading that whole file sucks, TEST-UNEXPECTED-FAIL | trace-test.py | /build/buildd/xulrunner-1.9.3-1.9.3~a1~hg20091111r34772+nobinonly/build-tree/mozilla/js/src/trace-test/tests/sunspider/check-date-format-tofte.js: /build/buildd/xulrunner-1.9.3-1.9.3~a1~hg20091111r34772+nobinonly/build-tree/mozilla/js/src/trace-test/tests/sunspider/check-date-format-tofte.js:302: TypeError:...
[18:59] <Mook_sb> erk, sorry about that :(
[22:26] <micahg> fta: can I talk to you about the songbird patches later?
[22:26] <fta> yep
[22:48] <jetsaredim> anyone having issues sending mail with tb3.0 from nightly?
[22:49] <jetsaredim> i upgraded earlier today and now I seem to not be able to send via smtp
[22:52] <fta> [reed], u there?
[22:52] <[reed]> fta: yeah
[22:52] <fta> [reed], did you see my TEST-UNEXPECTED-FAIL?
[22:52] <[reed]> which one?
[22:53] <[reed]> (no)
 [reed], TEST-UNEXPECTED-FAIL  http://launchpadlibrarian.net/35543641/buildlog_ubuntu-karmic-i386.xulrunner-1.9.3_1.9.3~a1~hg20091111r34772%2Bnobinonly-0ubuntu1~umd1_FULLYBUILT.txt.gz
 because loading that whole file sucks, TEST-UNEXPECTED-FAIL | trace-test.py | /build/buildd/xulrunner-1.9.3-1.9.3~a1~hg20091111r34772+nobinonly/build-tree/mozilla/js/src/trace-test/tests/sunspider/check-date-format-tofte.js: /build/buildd/xulrunner-1.9.3-1.9.3~a1~hg20091111r34772+nobinonly/build-tree/mozilla/js/src/trace-test/tests/sunspider/check-date-format-tofte.js:302: TypeError:...
[22:54] <Mook_sb> yes, where I learned to check how long a line is before copying :)
[22:54] <[reed]> TEST-UNEXPECTED-FAIL | trace-test.py | /build/buildd/xulrunner-1.9.3-1.9.3~a1~hg20091111r34772+nobinonly/build-tree/mozilla/js/src/trace-test/tests/sunspider/check-date-format-tofte.js: /build/buildd/xulrunner-1.9.3-1.9.3~a1~hg20091111r34772+nobinonly/build-tree/mozilla/js/src/trace-test/tests/sunspider/check-date-format-tofte.js:302: TypeError: Assertion failed: got "2007-01-01Monday, January 01, 2007 1:11:11 AM2007-01-02Tuesday, Ja
[22:54] <[reed]> nuary 02, 2007 0:35:37 AM2007-01-03Wednesday, January 03, 2007 0:00:04 AM2007-01-03Wednesday, January 03, 2007 11:24:31 PM2007-01-04Thursday, January 04, 2007 10:48:58 PM2007-01-05Friday, January 05, 2007 10:13:25 PM2007-01-06Saturday, January 06, 2007 9:37:52 PM2007-01-07Sunday, January 07, 2007 9:02:19 PM2007-01-08Monday, January 08, 2007 8:26:46 PM2007-01-09Tuesday, January 09, 2007 7:51:13 PM2007-01-10Wednesday, January 10, 2007
[22:54] <[reed]> 7:15:40 PM2007-01-11Thursday, January 11, 2007 6:40:07 PM2007-01-12Friday, January 12, 2007 6:04:34 PM2007-01-13Saturday, January 13, 2007 5:29:01 PM2007-01-14Sunday, January 14, 2007 4:53:28 PM2007-01-15Monday, January 15, 2007 4:17:55 PM2007-01-16Tuesday, January 16, 2007 3:42:22 PM2007-01-17Wednesday, January 17, 2007 3:06:49 PM2007-01-18Thursday, January 18, 2007 2:31:16 PM2007-01-19Friday, January 19, 2007 1:55:43 PM2007-01-20Sa
[22:54] <[reed]> turday, January 20, 2007 1:20:10 PM2007-01-21Sunday, January 21, 2007 12:44:37 PM2007-01-22Monday, January 22, 2007 12:09:04 PM2007-01-23Tuesday, January 23, 2007 11:33:30 AM2007-01-24Wednesday, January 24, 2007 10:57:57 AM2007-01-25Thursday, January 25, 2007 10:22:24 AM2007-01-26Friday, January 26, 2007 9:46:51 AM2007-01-27Saturday, January 27, 2007 9:11:18 AM2007-01-28Sunday, January 28, 2007 8:35:45 AM2007-01-29Monday, January 29,
[22:54] <[reed]>  2007 8:00:12 AM2007-01-30Tuesday, January 30, 2007 7:24:39 AM2007-01-31Wednesday, January 31, 2007 6:49:06 AM2007-02-01Thursday, February 01, 2007 6:13:33 AM2007-02-02Friday, February 02, 2007 5:38:00 AM2007-02-03Saturday, February 03, 2007 5:02:27 AM2007-02-04Sunday, February 04, 2007 4:26:54 AM20
[22:54] <fta> yep, that one
[22:54] <[reed]> guh
[22:55]  * [reed] looks that test up in mxr
[22:57] <[reed]> got a good char-by-char diff?
[23:02] <[reed]> fta: seems like it's an hour off
[23:02] <[reed]> interesting
[23:02] <fta> TZ issue then
[23:07] <[reed]> fta: mozilla bug 515254
[23:09] <fta> pff, non sense
[23:09] <fta> tests should work everywhere
[23:09] <fta> you should just force the TZ inside your tests
[23:10] <[reed]> it's not our test
[23:10] <[reed]> it's Apple's test
[23:10] <[reed]> it's SunSpider
[23:10] <[reed]> so, blame Apple :)
[23:10] <[reed]> but I agree!
[23:10] <fta> so what now?
[23:10] <[reed]> see the last comment in the bug
[23:10] <[reed]> do that
[23:11] <fta> i just do make check
[23:12] <[reed]> yeah, so, write a patch to add that to where trace-tests is called
[23:12] <[reed]> and file a bug with Apple!
[23:12] <fta> why don't you patch that on your side to enforce PDT?
[23:13] <fta> in my own test suites, that's what i do
[23:13] <fta>   /* Force the timezone to Paris for those tests, they were written there */
[23:13] <fta>   setenv("TZ", "Europe/Paris", 1);
[23:13] <fta>   tzset();
[23:13] <fta> (in C)
[23:14] <[reed]> because we don't want to modify sunspider, I think... I dunno. Feel free to bring it up in the bug.
[23:14] <[reed]> and file a bug against sunspider
[23:14] <[reed]> on bugzilla.webkit.org
[23:16] <fta> no thanks, there's already a bug on your side, if no one cared enough, i don't see why i should
[23:17] <fta> bye bye the testsuite
[23:19] <[reed]> I'm opening a bug with webkit
[23:29] <[reed]> actually
[23:29] <[reed]> it's our problem
[23:29]  * [reed] sighs
[23:34] <fta> eheh