[00:03] <cwong1> asac: The version in gusty (9.0.48.0.2) didn't work.  The new one 9.0.115.0... works fine.
[01:07] <asac> cwong1: hmm ... it was rolled back because it crashed konqueror and opera ... what a mess :/
[01:09] <cwong1> asac: the problem is really with the flash plugin itself, right? not your new package.
[01:15] <DarkMageZ> the problem is indeed with the new flash plugin.
[01:16] <asac> yes ... adobe appeared to have dropped support for non mozilla/IE things
[01:16] <asac> if true, this is really a mess
[01:17] <DarkMageZ> you need to jab adobe about their redistribution licence. so you can package 9.0.48
[01:17] <DarkMageZ> or fix opera & konqueror :P
[01:17] <asac> DarkMageZ: well packaging the bin would be better indeed, but .48 has security holes
[01:17] <asac> which isn't much better
[01:25] <cwong1> asac: Can you modify the package to ask the user for browser name and install the rigth flash?
[01:26] <asac> cwong1: well ... the old flash isn't available for download anymore afaict.
[01:26] <asac> i will raise this tomorrow
[01:27] <cwong1> asac: well then folks use opera and konqueror are screwed, period.  Then why not at leat fix the package and make the firefox user happy? :):)
[01:27] <cwong1> asac: We can discuss this tomorrow.
[01:29] <asac> cwong1: i am sure we can at least upload a fixed package to the mobile ppa
[01:29] <asac> asap
[01:29] <asac> cwong1: you pull from there anyway, don't you?
[01:30] <cwong1> I have to check with the QA tonight to find out wehre they pull the package.
[01:31] <cwong1> I will chat with you tommorrow on this.
[01:31] <asac> cwong1: i think your current builds pull from gutsy + gutsy ppa (for new packages)
[01:31] <asac> yes
[01:31] <asac> cu
[01:31] <asac> have to go
[01:31] <cwong1> I think u are right
[01:31] <cwong1> cu
[06:30] <[reed]> fyi
[06:30] <[reed]> I just landed mozilla bug 193001
[06:30] <ubotu> Mozilla bug 193001 in Printing "Use gnome's native print dialog" [Enhancement,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=193001
[08:52] <asac> [reed]: thats amazing
[08:53] <[reed]> except a mochitest is failing because of it, but I believe it's the test's fault, not the patch's
[08:53]  * [reed] is compiling a debug build to prove this
[08:53] <asac> yeah :)
[08:53] <asac> is it shipped as a SHARED component?
[09:01] <[reed]> it's part of gtk2 widget
[09:34] <asac> oh ok ... its the gtk print dialog then. fine.
[09:45]  * asac reboot
[11:17] <asac> [reed]: you expect the print thing to reland soon?
[11:18] <armin76> reland?
[11:20] <asac> armin76: yes ... was backed out according to bonsai
[11:22] <[reed]> asac: yes
[11:22] <[reed]> later today
[11:22] <[reed]> once we deal with the test problem
[11:22] <asac> fantastic
[11:27] <armin76> yay
[11:32] <armin76> what about trunk failing to compile? :P
[11:34] <[reed]> ?
[11:42] <armin76> http://rafb.net/p/SkMGJH84.html
[11:44] <[reed]> when did that start?
[11:52] <armin76> dunno
[11:52] <armin76> in 20080108 didn't happen
[11:53] <armin76> i'm going to check with a 13 checkout
[12:41] <armin76> [reed]: asac: probably mozilla bug 411327 broke it
[12:41] <ubotu> Mozilla bug 411327 in XPConnect "nsIXPCNativeCallContext should not inherit from nsISupports" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=411327
[12:47] <[reed]> comment in the bug
[12:57] <asac> armin76: how does it fail for you?
[12:57] <armin76> http://rafb.net/p/SkMGJH84.html
[12:57] <armin76> asac: ^
[13:33] <armin76> so according to the bug, http://rafb.net/p/k7RtGF42.html should fix it
[13:33] <armin76> [reed]: should i file a new bug for that patch or use that bug?
[13:33] <[reed]> file a new bug, mark it blocking that other bug
[13:34] <armin76> okay, thanks
[14:11] <armin76> http://rafb.net/p/3hsKj761.html
[14:11] <armin76> definitive patch
[14:14] <armin76> Ubulette: ^^^^ that's the patch for your build failure in webservices
[14:14] <[reed]> armin76: file the bug under Core :: Web Services
[14:16] <armin76> http://rafb.net/p/Jl0IhB54.html
[14:16] <armin76> not yet, now it gives another error :D
[15:33] <asac> armin76: i think he complained about pyxpcom build failure yesterday, which i fixed in our bzr branch
[15:35] <asac> armin76: is it a special arch that breaks for you?
[15:36] <armin76> asac: http://paste.ubuntu.com/3613/
[15:36] <armin76> he complained about that
[15:36] <armin76> Jan 16 20:30:39 <Ubulette>      trunk is once again broken http://paste.ubuntu.com/3613/
[15:36] <armin76> i'm using ia64, but i don't think it matters
[15:37] <armin76> http://rafb.net/p/Td5KsY42.html
[15:38] <asac> ok ... i fixed jan 15. ok
[15:42] <asac> armin76: is your patch good?
[15:42] <armin76> nope, read the bug
[15:45] <asac> armin76: you need to dump the getter_Addrefs
[15:45] <asac> did you do that?
[15:45] <asac> armin76: like http://paste.ubuntu.com/3622/
[15:45] <asac> those do Add/Release business afaict
[15:46] <asac> and the patch in that bug does it as well
[15:46] <armin76> i didnt
[15:46] <asac> then do :)
[15:46]  * armin76 looks
[15:46] <asac> looks like its names ncc everywhere ... so maybe just: s/getter_AddRefs(ncc)/&ncc/g
[15:46] <asac> or something
[15:47] <asac> and take care that you use +  nsAXPCNativeCallContext *ncc = nsnull;
[15:47] <asac> and not nsCOMPtr<nsAXPCNativeCallContext> ...
[15:50] <asac> armin76: all clear ;) ?
[15:51] <armin76> dunno :P
[15:52] <armin76> grep -r 'getter_AddRefs' js/ | wc -l
[15:52] <armin76> 182
[15:52] <asac> i think it is ... do both and the error above shouldn't happen
[15:52] <asac> he?
[15:52] <asac> try getter_AddRefs.ncc
[15:53] <armin76> you mean ( instead of .?
[15:54] <armin76> both return nothing anyway :P
[15:55] <asac> well ... . will match all :)
[15:55] <asac> armin76: then its fine ... try the webservices directlry
[15:55] <asac> or try getter_AddRefs.*ncc in case they inserted whitespace
[15:56] <asac> midbrowser 0.3.0b2 building
[15:56]  * asac crossing fingers
[15:58] <armin76> there's no ncc :P
[15:59] <armin76> will try with nsAXPCNativeCallContext *ncc = nsnull;
[16:17] <asac> cwong1: jimmy_: beta2 merged and pushed. I tried hard to clean up merge bugs in midbrowser.js (preference file) ... it cured history, but bookmarks still broken.
[16:45] <asac> cwong1: jimmy_: good news. I fixed bookmarks on WORKING for beta2 :)
[16:45] <asac> pushed
[16:46] <asac> cwong1: jimmy_: one part of the fix includes to add the Offline Menu entry ... i think that should be ok to have there (for now)
[16:55] <asac> cwong1: jimmy_: now someone of you should fix the zoom icons (which have disappeared because of native theming i guess)
[17:11] <cwong1> asac: We now what the problem with the icon is.  Jimmy has fixed it but haven't push the changes in yet.
[17:11] <cwong1> s/now/know/
[17:16] <asac> cwong1: tell him to do that on the current WORKING branch then
[17:16] <cwong1> asac: he knows that
[17:16] <asac> cwong1: and lets review the changes outside midbrowser/|browser/ ... e.g. in toolkit/ et al (if any)
[17:17] <asac> cwong1: ok fine.
[17:17] <cwong1> asac: r u referring to the changes that I made for raising the window?
[17:17] <asac> cwong1: we need to eliminate all changes in toolkit/ in order to use system xul
[17:17] <asac> and system xul is required for startup performance
[17:17] <cwong1> ok
[17:18] <asac> once system xul is used by home screen most system xul libs will already be in memory when midbrowser is started for first time
[17:19] <cwong1> that will be great. Do you know if bspecncer planning on useing system xul for home screen?
[17:19] <asac> cwong1: well he has to
[17:19] <asac> everything else won't make much sense
[17:19] <asac> i thought that our team could do the migration
[17:19] <cwong1> Anyone assign for that task yet?
[17:20] <asac> cwong1: you ;) :)
[17:20] <asac> :-P
[17:20] <cwong1> :)
[17:20] <cwong1> I will chat with bob today
[17:20] <asac> no idea ... lets ask him.
[17:20] <asac> right
[17:21] <cwong1> have you check in the fix for flashplugin-nonfree?
[17:21] <asac> cwong1: how does your builder work ... is it ok to keep UNRELEASED as distribution in the top most changelog?
[17:21] <cwong1> yes it is ok
[17:21] <asac> oh ok ... will switch to UNRELEASED on next changelog commit then
[17:24] <asac> cwong1: once icons are fixed lets do a review round and if that is good enough push WORKING to master branch
[17:24] <asac> maybe we can merge in the window code before, but lets try to do the command line processing outside of toolkit
[17:25] <cwong1> sounds good.
[17:25] <asac> cwong1: why didn't you register a commandlinehandler thats implemented in midbrowser component?
[17:25] <asac> (like what i suggested once)
[17:25] <asac> didn't that work?
[17:25] <cwong1> I took the easy route, Java script is not my area of expertise. :(
[17:27] <asac> hehe ... you can write such a component in C++ as well :)
[17:27] <cwong1> Plus I need to keep track of all open Window and Dialog in order to bring them to the foreground.
[17:28] <asac> cwong1: yes, but that tracking is already done in a component ... its just the command line code you patched into toolkit
[17:28] <asac> (right?)
[17:29] <asac> cwong1: but i don't understand how you raise multiple windows/dialogs in the right order ... do you track focus sequence as well?
[17:29] <asac> or is it just by accident that dialogs are always registered after the window and since we don't have more than one window it will always be right?
[17:30] <cwong1> asac: As the window open, I add it to the list and since we only have 1 window that's why it worked just fine.
[17:31] <asac> yes ... lets see how far we get by moving the cmdline handler code to midbrowser component
[17:31] <cwong1> asac: if there is a better way to do this, please change it.  You know this better than anyone of us here.
[17:32] <asac> the other bit that needs to be tackled is the gconf patch. i have to check back if upstream wants the gconf component in libxul or outside of it before i can integrate that in the xulrunner-1.9 package
[17:32] <cwong1> The key is, if there is a browser already running and the argc is 1, then just raise the window and dialogs and return.
[17:32] <asac> but that shouldn't take that long
[17:33] <cwong1> ok
[17:34] <asac> cwong1: could you raise the flashplugin-nonfree upload to ppa in the mobile meeting? i have a job interview to conduct now and so i might be late
[17:34] <asac> if they ack it (i will read logs) i will upload
[17:34] <cwong1> ok will do
[17:34] <cwong1> talk 2 u later
[17:39] <cwong1> asac: the meeting ended early.. Didn't get a chance to raise the issue..
[17:51] <cwong1> asac: Just talk to mithrandir about the flash plugin. He said goahead and upload the patch. Thanks.
[18:17] <armin76> asac: http://rafb.net/p/E67Zd317.html
[18:23] <asac> armin76: how about doing this for all occurences of nsIXPCNativeCallContext ?
[18:23] <asac> (in the tree)
[18:30] <armin76> doing so atm
[18:31] <armin76> http://rafb.net/p/RRuOgl29.html
[18:41] <armin76> Mozilla/5.0 (X11; U; Linux ia64; en-US; rv:1.9b3pre) Gecko/2008011718 (Gentoo) Firefox/3.0b3pre
[18:41] <armin76> finally
[18:43] <armin76> well, there's a patch for webservices already
[18:43] <armin76> mozilla bug 412665
[18:43] <ubotu> Mozilla bug 412665 in Web Services "Webservices build broken" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=412665
[18:49] <armin76> ]reed[: around?
[18:51] <armin76> mozilla bug 412811
[18:51] <ubotu> Mozilla bug 412811 in JavaScript Engine "xpconnect-tools build broken" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=412811
[18:51] <armin76> asac: Ubulette: ^^
[18:59] <asac> armin76: i think both are nor part of the default build so you won't need approval
[19:01] <armin76> webservices is not mine
[19:03] <asac> armin76: anyway ... checking whether its ready (still applies) and then requesting checkin should be done to help contributors that are not that familiar with the process
[19:04] <armin76> it's already reviewed :P
[19:05] <armin76> lol
[19:08] <asac> armin76: yeah ... but no checkin requested
[19:08] <asac> or approval if needed
[19:09] <armin76> mine is already with checkin requested
[19:09] <asac> fine
[19:10] <armin76> i guess reed will see the other one
[19:10] <asac> yeah ... but thats a luxury we have here :)
[19:24] <jimmy_> asac: I'll check in the fix for the zoom icons
[19:26] <asac> jimmy_: thx
[19:26] <cwong1> asac: jimmy_ are u guys talking about the magnification icons?
[19:27] <jimmy_> cwong1: yes
[19:27] <cwong1> cool
[19:27] <armin76> asac: Ubulette: webservices patch commited
[19:54] <jimmy_> asac: i pushed the fixes for the zoom icons
[19:59] <asac> thanks
[20:00] <asac> jimmy_: please qa it ... i will merge the things from master branch as good as possible
[20:01] <jimmy_> asac: ok, thanks for all the work
[20:27] <asac> jimmy_: why did you checkin the zoom*2.png files?
[20:44] <asac> jimmy_: ok i make the gnomestripe zoom icons use stock icons ... and reinstantiate the ones you added as fallback back to winstripe
[20:45] <asac> pushed
[20:52] <asac> jimmy_: help!
[20:53] <asac> instead of GRABANDDRAG.JS if have a BLOCKED FILE ALERT in the XPI you send me
[20:53] <asac> so your mail filter removed the important bits :)
[20:53] <asac> probably one cause for it doesn't work :)
[20:56] <asac> jimmy_: cwong1: http://people.ubuntu.com/~asac/blocked.png ... how about you guys setting up ftp space for every one who has a moblin account :) ?
[20:56] <Ubulette> armin76, do you see this: http://paste.ubuntu.com/3628/ ?
[20:57] <asac> that should be fixed by the other bug Ubulette
[20:57] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=412665
[20:57] <ubotu> Mozilla bug 412665 in Web Services "Webservices build broken" [Normal,Resolved: fixed]
[20:57] <asac> oh its checked in as well ... then no idea
[20:58] <asac> either you still miss the latest checkin ... if not, the fix should be similar
[20:59] <Ubulette> co ~50min ago
[20:59] <asac> @time pst
[20:59] <asac> @time losangeles
[21:00] <asac> @time America/Los_Angeles
[21:00] <ubotu> Current time in America/Los_Angeles: January 17 2008, 13:00:16 - Next meeting: MOTU in 14 hours 59 minutes
[21:00] <Ubulette> 1pm pst
[21:00] <Ubulette> 20080117t1116
[21:00] <asac> yes ... maybe the bot misses the very last checkin?
[21:00] <asac> (e.g. 1116 is the checkin that has the fix)
[21:01] <Ubulette> hmm
[21:01] <asac> i had some wierd things ... maybe cvs tries to be smart and uses UTC
[21:01] <asac> or something
[21:01] <Ubulette> then mozclient is broken
[21:01] <asac> yes ... or the bot that should produce UTC times
[21:01] <asac> but i think its in mozclient as well ?
[21:01] <Ubulette> well, no, it's a cvs up without dates/tag
[21:01] <asac> e.g. getting the last checkin time?
[21:02] <asac> get-orig-source ? ... but it produces a tarball with the time of the last checkin, doesn't it?
[21:02] <Ubulette> yes
[21:02] <asac> so ... i thought it would look for last check time and then checkout by date
[21:02] <armin76> http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&root=/cvsroot&subdir=mozilla/extensions/webservices/security/src&command=DIFF_FRAMESET&root=/cvsroot&file=nsWebScriptsAccess.cpp&rev1=1.22&rev2=1.23
[21:03] <armin76> should be fixed
[21:03] <asac> if thats not the case then its unlikely that its broken for get-orig-source
[21:03] <Ubulette> client.mk does that, not mozclient
[21:04] <asac> Ubulette: ok ... then most likely pserver needs time to catch up (its mirrored)
[21:04] <asac> Ubulette: ok i just ran get-orig-source in xulrunner head:
[21:04] <asac> cd mozclient-tmp && make -f mozilla/client.mk checkout MOZ_CO_PROJECT=xulrunner MOZ_CO_DATE="20080117 1116"
[21:05] <asac> so its mozclient doing that
[21:05] <asac> it sets the CO_DATE ... which needs to be converted to UTC most likely
[21:05] <Ubulette> hmm
[21:06] <asac> Ubulette: maybe you can use -z timezone
[21:06] <rhelmer> MOZ_CO_DATE gets passed to cvs' -D, so it can have timezones in it if you want
[21:06] <asac> rhelmer: so how would it look like if we want the date above, but in PST?
[21:07] <asac> e.g MOZ_CO_DATE="20080117  1116"
[21:07] <Ubulette> i pull that date from bonsai
[21:07] <asac> yep
[21:08] <rhelmer> http://ximbiot.com/cvs/wiki/CVS--Concurrent%20Versions%20System%20v1.12.12.1:%20Guide%20to%20CVS%20commands#SEC121
[21:08] <asac> that PST most likely ... so we have to put the timezone in the MOZ_CO_DATE ... waiting for rhelmer to clear the mist :)
[21:10] <rhelmer> just testing to make sure :) seems to work:
[21:10] <rhelmer> make -f client.mk MOZ_CO_DATE="2008/01/17 11:16 PST" MOZ_CO_PROJECT=browser checkout
[21:10] <rhelmer> cvs takes a bunch of different date formats
[21:10] <asac> rhelmer: thanks
[21:10] <rhelmer> e.g. MOZ_CO_DATE="last friday" :)
[21:11] <armin76> Ubulette: you build xpconnect-tools by chance?
[21:11] <Ubulette> nope
[21:13] <Ubulette> ok, patching mozclient...
[21:13] <asac>  \o/ ... finally riding the trunk for real :)
[21:14] <asac> Ubulette: i think after that 0.2 upload to hardy of mozilla-devscripts would be justified?
[21:15] <asac> i still have 0.2~ftaX
[21:15] <Ubulette> yep
[21:27] <Ubulette> asac, bug 178152
[21:27] <ubotu> Launchpad bug 178152 in xine-lib "[packaging] patches outside debian dir" [Undecided,Won't fix] https://launchpad.net/bugs/178152
[21:27] <Ubulette> i thought it was no good... is it?
[21:27]  * asac looking
[21:28] <asac> its ok to not use a patch system at all ... mixing is definitly bad. not using a patchsystem bares some backdrafts for the distros, but as long as the branch is public this isn't a big problem
[21:29] <asac> for mozillas its different because we carried a lot of patches in the past, that intersected et al
[21:30] <asac> so in the end its a matter of preference. its encouraged to use a patch system though
[21:31] <asac> luckily the majority of maintainers prefers a patch systems :)
[21:34] <asac> but there is a bug anyway :)
[21:34] <asac> the url stated in the control file is wrong
[21:34] <asac> it should be: http://hg.debian.org/hg/xine-lib/pkg/xine-lib-deb
[21:35] <asac> let me file a bug :)
[21:36] <Ubulette> go ahead
[21:39] <asac> bug 183886
[21:39] <ubotu> Launchpad bug 183886 in xine-lib "XS-Vcs-Hg url in debian/control doesn't exist" [Undecided,New] https://launchpad.net/bugs/183886
[21:48] <jimmy_> asac: i am back
[21:49] <jimmy_> asac: yeah, i think we have a ftp directory on moblin that we can use to share files
[21:49] <jimmy_> asac: i just dun know how to access it, i'll ask Carl
[21:57] <asac> jimmy_: good
[21:57] <asac> jimmy_: could we get a place to do real releases?
[21:57] <asac> like an official source tarball?
[21:59] <asac> and a project page with build-instructions would be awesome
[21:59] <jimmy_> i'll check with Carl, I believe we are setting up a website for the ADK off moblin, so in there, we might have links to a new site that hosts the source and instructions for the Browser
[22:00] <asac> ADK?
[22:00] <jimmy_> a development kit for moblin, more like a how-to guides for developers working on MID devices
[22:01] <asac> ok
[22:02] <jimmy_> so they are re-freshing the moblin.org site too, so that developers could have more access to post and maintain each projects, but i don't know how soon
[22:02] <asac> :)
[22:43] <Ubulette> armin76, cairo 1.5.6 released (and already in ubuntu)
[23:10] <cwong1> asac: can you upload the flashpugin-nonfree fix asap?
[23:15] <DarkMageZ> cwong1, the new version breaks konqueror & opera. the current version won't install on anyones. if an update is made then it'll break the current konqueror & opera users...
[23:18] <cwong1> DarkMageZ: from what I understand, the current version wont install the flash plugin anyway becuase the checksum was doesn't match.
[23:18] <cwong1> DarkMageZ: the user of opera and konqueror are screwed anyway, right?
[23:19] <DarkMageZ> exactly. only new installers are messed over. the current installed base works.
[23:19] <DarkMageZ> cept the current install base of konqueror & opera are fine. cept some security hole.
[23:20] <DarkMageZ> if an update is pushed then they'll be !@#$ed
[23:21] <armin76> Ubulette: i know
[23:22] <cwong1> DarkMageZ: shame on adobe..
[23:23] <DarkMageZ> cwong1, shame on the penguins for not reverse engineering the specs and reimplementing it. dodge adobe completely.
[23:33] <RAOF> DarkMageZ: What are you talking about.  gnash works, kinda :)
[23:33] <DarkMageZ> gnash works... if you're on crack :p
[23:36] <asac> cwong1: uploaded
[23:37] <asac> to ppa-mobile
[23:37] <cwong1> asac: thanks
[23:37] <asac> should be avail in 1 hour or so
[23:37] <RAOF> DarkMageZ: But you can hardly complain that noone's reverse-engineered flash :P
[23:38] <DarkMageZ> true
[23:38] <asac> swfdec isn't bad either