[01:17] <asac> !test
[01:17] <ubottu> hrm?
[01:59] <[reed]> asac: ping
[01:59] <asac> [reed]: yes
[01:59] <asac> i am out
[01:59] <asac> ;)
[02:00] <asac> 1 minute to 3
[02:00] <asac> whats up?
[02:00] <[reed]> PM
=== asac_ is now known as asac
[08:59] <BUGabundo_remote> morning
[09:29] <BUGabundo_remote> asac: $ firefox-3.7 -profile /tmp/firefox  -no-remote file://`pwd`/startup.html#`python -c ‘import time; print int(time.time() * 1000);’`
[09:29] <BUGabundo_remote> bash: command substitution: line 1: syntax error near unexpected token `('
[09:29] <BUGabundo_remote> bash: command substitution: line 1: `python -c ‘import time; print int(time.time() * 1000);’'
[09:29] <BUGabundo_remote> from http://blog.mozilla.com/tglek/2010/01/19/chromium-vs-minefield-cold-startup-performance-comparison/
[09:31] <[reed]> change ‘import time; print int(time.time() * 1000);’ to 'import time; print int(time.time() * 1000);'
[09:32] <[reed]> so
[09:32] <[reed]> firefox-3.7 -profile /tmp/firefox  -no-remote file://`pwd`/startup.html#`python -c 'import time; print int(time.time() * 1000);'`
[09:32] <BUGabundo_remote> thanks [reed]
[09:32] <BUGabundo_remote> ahh ' vs ´
[09:33] <[reed]> yes
[09:33] <BUGabundo_remote> [reed]: no echo at all...
[09:33] <[reed]> hmm
[09:33] <BUGabundo_remote> no window opens, nothing
[09:34] <BUGabundo_remote> chromium does open, but fails to open the correct page
[10:02] <LLStarks|Lazy> asac, have you ever noticed how you can't use back after clicking home in firefox?
[10:02] <LLStarks|Lazy> unless you hammer back really quickly after
[10:02] <LLStarks|Lazy> and forces you to use the dropdown menu for it
[11:10] <asac> LLStarks|Lazy: yes
[11:10] <LLStarks|Lazy> feature?
[11:15] <asac> usability bug
[11:16] <BUGabundo_remote> humm called?
[11:29] <[reed]> asac: bug #?
[11:39] <asac> [reed]: thats ubuntu specific
[11:39] <asac> you know the bug number ;)
[11:39] <asac> it will go away
[11:40] <[reed]> ah
[11:41] <asac> about:home is the solution
[11:42] <[reed]> you should do that already
[11:42] <[reed]> :)
[11:45] <asac> we are on it ... on it
[11:47]  * asac killed the daily 3.6 build with his all-in-one-commit it seems L;)
[11:47]  * asac goes and fixes
[12:03] <LLStarks|Lazy> oooh. it's fixed?
[12:07] <asac> soon
[12:22] <LLStarks|Lazy> it's been around for at least a year
[12:22] <LLStarks|Lazy> thanks
[12:29] <fta2> BUGabundo_remote, what about SSL?
[13:23] <BUGabundo_remote> wb fta
[13:23] <BUGabundo_remote> fta you were missed yesterday
[13:23] <BUGabundo_remote> fta I'm no so sure about Ch snaps are about SSL
[13:23] <BUGabundo_remote> I just get it on any page
[13:23] <BUGabundo_remote> some work fine, some don't
[13:23] <BUGabundo_remote> some always fail, others just fail some times
[13:28] <fta2> BUGabundo_remote, did you look for an existing bug?
[13:28] <BUGabundo_remote> not yet
=== yofel_ is now known as yofel
[14:54] <BUGabundo_remote> fta: (02:52:49 PM) bjsnider: i think it's ironic that a lot of google's pages are snapping
[16:17] <asac> ccheney: good morning ;)
[16:45] <ccheney> asac: hello :)
[16:46] <ccheney> asac: checked email, about to start working on the patch, got OOo uploaded yesterday its just waiting on a mir to be processed now
[16:48] <asac> kk
[18:33] <ccheney> argh my OOo upload needs to be redone due to arm :-\
[19:04] <micahg> asac: so, FF36 release tomorrow, do we need to do anything?
[19:07] <asac> micahg: i am working on it
[19:07] <asac> i moved ffox 3.6 to all-static now
[19:07] <asac> in .head
[19:07] <asac> waiting for a build in my sandbox ppa to finish
[19:07] <asac> then wanted to change package names which can be quite tricky i guess ;)
[19:08] <asac> fta: are you there?
[19:08] <asac> fta: i think i would need your services ;)
[19:08] <fta> i am
[19:08] <asac> fta: so ... source rename
[19:08] <asac> ;)
[19:09] <asac> i want to start and move the firefox-3.6 package to firefox source
[19:09] <asac> as "current stable" channel
[19:09] <asac> but mozclient doesnt like that idea ;)
[19:09] <fta> why?
[19:09] <asac> not sure how to best do that as "firefox" would now point to 3.6, then to 3.7 etc.
[19:09] <asac> fta: it looks for "sourcepackage.mk"
[19:10] <asac> but we only have firefox-3.6.mk
[19:10] <asac> rather than firefox.mk
[19:10] <fta> rename it then
[19:10] <asac> so what i think we could do is to ship links
[19:10] <asac> e.g. we ship a link firefox.mk -> firefox-3.6.mk
[19:10] <asac> firefox-next.mk -> firefox-3.7.mk
[19:10] <asac> or beta
[19:10] <asac> not sure what name there (and for now i wont touch those packages/branches)
[19:11] <fta> why not just rename it? it's all in package so it's independent
[19:11] <asac> well. technically it maps to a branch specific to firefox-3.6
[19:11] <asac> and only for now the "packagename" firefox points to firefox-3.6
[19:11] <asac> at some point it would be firefox-old
[19:11] <asac> or something
[19:11] <asac> oh
[19:11] <asac> hmm
[19:11] <asac> you say its in package
[19:11] <asac> let me check
[19:12] <fta> mozclient uses whatever you use for MOZCLIENT_PROJECTNAME
[19:12] <fta> MOZCLIENT_PROJECTNAME   := $(DEBIAN_NAME)
[19:12] <fta> MOZCLIENT_PROJECTDIR    := $(CURDIR)/debian/mozclient
[19:12] <fta> include $(CURDIR)/debian/mozclient/$(DEBIAN_NAME).mk
[19:13] <fta> that's all for mozclient
[19:13] <asac> ok i will chek what happens if i just rename
[19:13] <asac> that feels liek it
[19:13] <asac> thanks
[19:13] <asac> hmm. can we drop the stuff in /usr/share?
[19:13] <asac> at least for the branches we already have in package?
[19:13] <fta> hm, the include should use MOZCLIENT_PROJECTNAME rather than DEBIAN_NAME
[19:13] <fta> yes
[19:14] <fta> ff,xul,tb should be ok to drop from m-d
[19:14] <asac> yeah
[19:14] <asac> noted
[19:14] <fta> prism,sm are still needed
[19:16] <asac> how is MOZCLIENT_PROJECTNAME ment to be different?
[19:18] <asac> ok trying to produce orig
[19:26] <fta> asac, btw, i had to re-add third_party/cld, not sure it has an impact on your license work
[19:27] <asac> did we remove that because of the licensing?
[19:27] <fta> anyone else seeing the chromium snaps BUGabundo reported??
[19:27] <asac> what is that? what is that needed for?
[19:27] <fta> asac, to build :)
[19:32] <fta> http://www.osnews.com/story/22764/Why_Firefox_s_Future_Lies_in_Google_s_Hands
[19:41] <mconnor> asac: are you guys shipping a branded 64-bit build?
[19:46] <fta> yes
[19:50] <micahg> asac: I was wondering more if you need anything from me :)
[19:52] <asac> micahg: let me finish this ;) ... lets talk in 2h if possible
[19:52] <micahg> asac: sure , np
[19:54] <gnomefreak> micahg: did you get my comment on SM2 the other day
[19:54]  * micahg doesn't remember gnomefreak
[19:55] <gnomefreak> micahg: SM2 using -devscripts it grabs source for 2.1 still, also the versioning needs to be changed
[19:55] <micahg> ah, yes, gnomefreak
[19:55] <gnomefreak> it grabs 2.0_2.1
[19:55] <micahg> gnomefreak: it needs to be moved in package, fta fixed it in ff.head branches
[19:56] <micahg> gnomefreak: sorry too terse
[19:56] <gnomefreak> if he uses my branch ad does his changes might be easier
[19:56] <asac> idea is to pull that in debian/mozclient/ in sm package
[19:56] <gnomefreak> ah ok
[19:56] <micahg> gnomefreak: 1.  it needs to be moved in package, 2 (separate) the fix is similar to what fta did to ff3.5 and up in .head
[19:57] <asac> i think tbird is better to copy it from
[19:57]  * gnomefreak didnt know about the changes to .head
[19:57] <asac> both use comm-central approach
[19:57] <gnomefreak> asac: doesnt ff use comm-central as well?
[19:57] <gnomefreak> i am 99% sure sunbird does
[19:57] <micahg> gnomefreak: http://bazaar.launchpad.net/~mozillateam/thunderbird/thunderbird-3.0.head/revision/137
[19:58] <gnomefreak> micahg: thanks looking
[19:58] <micahg> gnomefreak: this too: http://bazaar.launchpad.net/%7Emozillateam/thunderbird/thunderbird-3.0.head/revision/136
[20:00] <micahg> gnomefreak: ff37 is mozilla-central, comm-central is for the mail based apps (tb, sm, sunbird)
[20:00] <gnomefreak> that is a big change however it looks fairly generic for the 1.9.1 branch at least
[20:00] <gnomefreak> micahg: ah ok
[20:01] <gnomefreak> oh i see why the change. it is now using the *.sh script instead of using *.conf
[20:03] <gnomefreak> micahg: if you look at the revision to debian/mozclient/thunderbird-3.0.conf. line 25 (before changes) it uses | cut -d'"' -f3,7`;  is the f3.7 refering to firefox-3.7?
[20:04] <micahg> gnomefreak: no, that should be fields 3 and 7 :)
[20:04] <micahg> s/should be/is
[20:04] <gnomefreak> ah makes more sense that way :)
[20:05] <gnomefreak> IIRC Sm2 == 1.9.1 branch right?
[20:05] <micahg> gnomefreak: SM2.0 is 1.9.1
[20:05]  * micahg thinks comm-central is 1.9.2 right now
[20:05] <gnomefreak> yeah thought so. the script that was written is echoing 1.9.2
[20:06] <gnomefreak> SM has always been 1 release behind as i recall
[20:06] <gnomefreak> 1 release refering to xulrunner
[20:06] <micahg> well, once comm-central branches again, I think it'll catch up, but I don't know when ;)
[20:07] <micahg> although moz-central might branch for 3.7 by then
[20:07] <gnomefreak> well 2.1 should be on 1.9.2
[20:07] <micahg> idk
[20:07] <micahg> yes, along with tb3,1
[20:07] <gnomefreak> Mozilla keeps changing things its hard to guess when anything will happen
[20:08]  * gnomefreak goes for smoke while tb works
[20:10] <micahg> gnomefreak: BTW, I asked for some PPA bugs to be reported in LP
[20:10] <micahg> specifically for TB3.0 and FF3.6
[20:11] <micahg> so we can get the bugs fixed before they're released to everyone
[20:13] <gnomefreak> now you tell me ;)
[20:13] <micahg> heh, sorry, I've been meaning to discuss it as a group, it's not blanket, I've just suggested to a few people
[20:14] <gnomefreak> micahg: ok thats fine with me just lets make sure all PPA bugs have upstream bug attached to it when it is reported
[20:14] <gnomefreak> if i see the bugs i closed with PPA i will reopen if you didnt already
[20:15] <micahg> I jsut reopened one
[20:15] <gnomefreak> k
[20:16] <micahg> we discussed have certain PPA bugs in LP in the -bugcontrol meeting, so it was up to the individual teams if they wanted them
[20:17]  * gnomefreak keeps missing meetings 
[20:18]  * micahg thinks we need a mozillateam meeting :)
[20:19] <gnomefreak> would be a good idea since so much has changed since last meeting :)
[20:29] <gnomefreak> asac: fta how does that sound? (the meeting idea) ^^^
[20:30] <gnomefreak> also if anyone knows of a way to pause "top" for a screenshot please let me know
[20:33] <micahg> gnomefreak: CTRL-C ?
[20:34] <gnomefreak> micahg: i thought it cleared the top info  using that but i will check when im done with killing processes and email thanks
[20:34] <micahg> for me in xterm q or CTRL-C both still show top
[20:35] <gnomefreak> micahg: it works thanks
[20:35] <gnomefreak> g-terminal works too
[20:36] <gnomefreak> firegpg and flashgot should have no issues getting them from debian right?
[20:39]  * gnomefreak wonders what the big deal is of bradley moving back to Debian
[20:41] <fta> ctrl S, then ctrl Q to unfreeze
[20:43] <gnomefreak> fta: for top?
[20:43] <fta> for everything in a shell
[20:43] <gnomefreak> thanks that works great :)
[21:10] <gnomefreak> micahg: i sent out email about a meeting :)
[21:10] <gnomefreak> to mailing list
[21:12] <gnomefreak> ok while updating im going to grab something to eat. be back soon
[21:14] <fta> damn, vdpau is broken in lucid
=== cyphermo1 is now known as cyphermox
[22:05] <BUGabundo> fta: pong
[22:06] <BUGabundo> (10:06:42 PM) bjsnider: BUGabundo, you meant he chrome issue? i are 64 bits yes i are
[22:07] <fta> you am :)
[22:08] <fta> BUGabundo, http://code.google.com/p/chromium/issues/detail?id=32436
[22:09] <BUGabundo> fixed... 2h ago
[22:09] <BUGabundo> so tomorrow build ?
[22:09] <fta> BUGabundo, supposedly fixed by r36625, the ppa has 4.0.303.0~svn20100120r36627
[22:10] <fta> please upgrade and retry
[22:10] <BUGabundo>   Installed: 4.0.303.0~svn20100120r36627-0ubuntu1~ucd1
[22:10] <BUGabundo> SNAPS
[22:10] <BUGabundo> damnt it
[22:11] <BUGabundo> restart Ch
[22:11] <BUGabundo> restart did it
[22:11] <BUGabundo> fixed for me
[22:12] <fta> good
[22:12] <BUGabundo> should I comment on the bug ?
[22:13] <BUGabundo> thanks for looking for it fta
[22:13] <fta> no need to comment
[22:15] <fta> no i need to understand with vpdau is broken in lucid
[22:15] <fta> now
[22:15] <fta> -with+why
[22:15] <fta> grrr
[22:16] <BUGabundo> its not
[22:16] <fta> [vdpau] Error when calling vdp_device_create_x11: 1
[22:16] <fta> Error opening/initializing the selected video_out (-vo) device.
[22:24] <asac> !test
[22:24] <ubottu> hrm?
[22:25] <fta> same after a reboot on the new kernel :(
[22:26] <BUGabundo> .32 ?
[22:26] <BUGabundo> forget.. no nvidia in .33
[22:27] <fta> 32-11
[22:28] <BUGabundo> Linux BluBUG 2.6.32-10-generic #14-Ubuntu SMP Thu Jan 7 17:38:08 UTC 2010 x86_64 GNU/Linux
[22:28] <BUGabundo> but my card is crypled
[22:28] <BUGabundo> so I don't have vdpau
[22:31] <fta> hm
[22:40] <fta> seems to be a problem with /usr/lib/libvdpau_nvidia.so vs /usr/lib/nvidia-current/vdpau/libvdpau_nvidia.so
[22:40] <fta> one is 185.18.36, the other is 190.53
[22:50] <fta> most probably this: update-alternatives: warning: skip creation of /usr/lib32/vdpau/libvdpau_nvidia.so.1 because associated file /usr/lib32/nvidia-current/vdpau/libvdpau_nvidia.so.1 (of link group gl_conf) doesn't exist.
[23:03] <fta> bug 510390
[23:03] <ubottu> Launchpad bug 510390 in nvidia-drivers-ubuntu "broken alternatives broke vdpau in mplayer" [Undecided,New] https://launchpad.net/bugs/510390
[23:03]  * BUGabundo shrugs
[23:05] <fta> so fixed for me, lost 45min, an episode :P
[23:05] <BUGabundo> ?
[23:06] <fta> read my bug, i provide the workaround at the end
[23:06] <BUGabundo> heh
[23:06] <jcastro> fta: confirming
[23:07] <fta> good
[23:08] <jcastro> hey speaking of vdpau
[23:08] <jcastro> did I ever ask you about having the chromium ffmpeg use vdpau?
[23:09] <fta> you did, and my answer was that it's not there yet. i can re-ask
[23:09] <jcastro> oh, I was just wondering
[23:10] <jcastro> it's all a blur
[23:24] <fta> jcastro, <awong> fta: yeah...vdpau support is not trivial at all.  There's at least 4 different people trying to work on trying to get some sort of hardware compositing support into chromium.  Before that work is finished. vdpau support in ffmpeg would likely buy us very little.
[23:29] <fta> jcastro, http://code.google.com/p/chromium-os/issues/detail?id=926  (chromium OS), then follow the blocked-on bugs :P
[23:35] <jcastro> aha, thanks for the bug, I will star
[23:35] <jcastro> <3
=== gandi_ is now known as gandi