[01:33]  * directhex pings a little
[01:34] <directhex> asac, you about?
[12:40] <asac> directhex: ?
[13:16] <directhex> asac, i forgotted. something about your hard work on updating monoish things to xulrunner 1.9 i think
[13:21] <asac> directhex: yeah. what happened?
[13:21] <asac> long time since i touched something monoish ;)
[13:21] <asac> it hink it was mono gnome stuff
[13:21] <asac> i think that debian pulled this in from us and took care for upstreaming
[13:22] <directhex> asac, erm, i think it was a "mind if we kill it dead?". gecko# has only one rdep, and the new version of that rdep has been ported to webkit#
[13:22] <asac> if all apps are happy, then yeah
[13:23] <asac> directhex: is all in main yet?
[13:23] <asac> i mean the mono webkit binding?
[13:23] <asac> i think that was kind of a blocker
[13:24] <directhex> webkit# went in, yes
[13:24] <directhex> as things have been dumping gecko# for webkit#
[13:24] <directhex> basically because gecko# causes nasty per-platform code at compile time, and webkit# is easy peasy. so for an rss client (blam), webkit# is more than enough
[13:26] <asac> directhex: what is the "per-platform" code at compile time?
[13:27] <asac> how does webkit ship on windows?
[13:27] <asac> how do you find the right webkit version on windows?
[13:27] <asac> gecko has the same code everywhere: glue
[13:28] <directhex> asac, i don't remember the specifics, but gecko# caused apps to be arch:any not arch:all in the past
[13:28] <asac> oh that. yeah thats a problem of the gecko binding then and not a problem of gecko itself
[13:29] <asac> but as i said if done properly gecko would be more cross platform
[13:29] <asac> anyway, i dont care
[13:29] <asac> its understood that we have to do our homework on the embedding front for gecko
[13:29] <asac> but now that webkit its there, its not as pressing anymore
[13:30] <directhex> i'll file a FFe on blam 1.8.6 then
[13:33] <asac> directhex: so you want to remove the mono binding completely from the archive? or just demote?
[13:33] <asac> which package was that btw ;)?
[13:34] <directhex> asac, i think meebey wanted complete removal
[13:34] <directhex> asac, the package was blam, an rss app
[13:35] <asac> BUGabundo: no. what package is the mono binding for gecko  ;)
[13:35] <directhex> gecko-sharp2
[13:35] <asac> BUGabundo: sorry that was for directhex
[13:35] <asac> (obviously)
[13:35] <asac> ah
[13:35] <directhex> binary package libgecko2.0-cil
[13:38] <asac> directhex: i would think we should keep it in the archive if it still works.
[13:40] <directhex> asac, it only works because you've patched it to buggery, though. it's pretty much unmaintained upstream
[13:40] <asac> directhex: well. the patches work, right?
[13:40] <asac> or are there issues?
[13:41] <asac> directhex: my point is just (could be that i am not in mono), that if i want to do mono html rendering that works on all platforms is there another decent solution avail?
[13:41] <asac> all platforms == != linux ;)
[13:42] <directhex> asac, depends on your toolkit, i think. short answer is: i'm not sure
[13:43] <directhex> however, i strongly suspect it's going to end up being RM'd in debian, so you really will be the only maintainer
[13:55] <BUGabundo> asac: ahh wondering what I could help with! heeh
[13:56] <asac> directhex: for now the package should be low maintenance cost. if we have issues that take time, we can still remove it
[14:09] <fta> Mozilla Bug 381900
[14:26] <gnomefreak> did the bot for umd not run today yet?
[14:33] <fta> gnomefreak, broken yesterday by the new bzr-builddeb defaults, should be fixed for the next run
[14:38] <gnomefreak> fta: ah ok thanks
[14:45] <Greenery> if i installed Firefox from the Ubuntu Mozilla Daily Build Team PPA, will it replace current Firefox from official ubuntu repo?
[14:46] <fta> if it's the same package name, yes
[14:46] <fta> ff 3.1 from the PPA will replace the one from universe
[14:47] <Greenery> ah i see
[14:47] <fta> but 3.1 and 3.2 will not replace ff 3.0 from main
[14:47] <fta> it's not a problem, it's maintained by the same team
[14:47] <Greenery> ah good to hear that, so there will be two firefox, Firefox 3.0.7 and Firefox 3.1b if I installed the beta version, correct?
[14:48] <fta> yes
[14:48] <Greenery> any news about the Qt version of Firefox?
[14:48] <BUGabundo1> Greenery: and if you want to start 3.1 you just use $ firefox-3.1
[14:48] <fta> Greenery, no progress in months :(
[14:49] <Greenery> oh how about profile? Will it use new profile?
[14:49] <BUGabundo1> it will copy the existing one
[14:49] <fta> i will clone your existing profile the 1st time you run it, then it diverges
[14:49] <fta> -i+it
[14:50] <Greenery> great, I'm gonna give it a try. Thanks!
[14:55] <asac> Qt is out of scope for jaunty
[15:02] <gnomefreak> asac: bug 232308 sounds more like a foint issue to me
[15:22] <asac> gnomefreak: more like a xdriver issue i would think
[15:22] <asac> its kind of an artifact
[15:23] <asac> what is a tiP?
[15:23] <gnomefreak> fta: you asked about pywebkitgtk yesterday. here is the release version [ubuntu/jaunty] pywebkitgtk 1.0.2-1ubuntu1
[15:23] <asac> ah i see it
[15:23] <asac> its built, but its in NEW
[15:23] <gnomefreak> asac: the very left hand side of the J at the lower hook
[15:24] <gnomefreak> hell i'm lucky i remembered him asking about it
[15:27] <Makzu> Hello
[15:27] <Makzu> I have a question or two about fta's PPA on launchpad, the one with the mozilla packages
[15:28] <gnomefreak> ?
[15:29] <Makzu> I want to try out the firefox 3.1 betas, but I want to find a 64-bit build with PGO enabled
[15:30] <gnomefreak> holy crap we skipped versions. 3.1 is going to be re-versionsed to 3.5
[15:30] <fta> ?
[15:30] <gnomefreak> Makzu: we have not started building with PGO yet You can take the source from the repo and rebvuild with PGO enabled
[15:31] <Makzu> I think I'll try that
[15:31] <fta> Makzu, we don't have any PGO builds. even upstream doesn't have PGO linux
[15:32] <Makzu> That's a shame :(
[15:34] <Makzu> The only place I've been able to find a PGO build myself was for arch
[15:34] <jdstrand> asac: does iceweasel also use the embedded libpng? what about seamonkey and iceape?
[15:35] <gnomefreak> oh way too many changes to versioning  fta will versioning changes affect your bot?
[15:36] <gnomefreak> seamonkey == iceape
[15:36]  * jdstrand nods
[15:37] <fta> gnomefreak, what version changes are you talking about?
[15:37] <Makzu> fta, the firefox-3.1_3.1~b3~hg etc etc etc is a mercurial pull of the 3.[1,5] branch, right?  Does it have any special Ubuntu sauce?
[15:37] <gnomefreak> 3.1 - 3.5 in b4 also something about 3.6 for minefeild but that may just be a mozilla site marker
[15:37] <fta> 3.5 in b4 ?? wtf?
[15:38] <fta> 3.6 ?
[15:38] <fta> eh?
[15:38] <gnomefreak> As was discussed at the delivery meeting yesterday, we're proposing to
[15:38] <gnomefreak> change the version number of Shiretoko from 3.1 to 3.5
[15:38] <fta> where is that?
[15:38] <gnomefreak> hold on a minute
[15:39] <gnomefreak> email mailing list dev-planning@lists.mozilla.org i'm pastebinning it
[15:39] <gnomefreak> fta: http://pastebin.mozilla.org/630989
[15:39] <gnomefreak> asac: you might want to look at that as well
[15:40] <asac> jdstrand: why do we care for iceweasel? did we sync that by accident?
[15:40] <jdstrand> asac: I care because I'd like to update the Debian secure-testing svn to note that libpng is embedded in firefox et al
[15:41] <asac> jdstrand: its in xulrunner in debian too i would think
[15:41] <asac> jdstrand: but i havent tracked that
[15:41] <jdstrand> asac: I'd like to be able to say 'embedded, but uses system libpng' or 'uses embedded libpng'
[15:41] <asac> jdstrand: maybe mike hommey decided its better to use system png and break apng instead
[15:41] <jdstrand> oh, I thought you did did the debian stuff too
[15:41] <asac> jdstrand: i dont know ... you need to run a ldd on a xulrunner libs
[15:42] <jdstrand> asac: nm then
[15:42] <asac> jdstrand: not for stuff that is maintained upstream still
[15:42] <asac> jdstrand: at least i try to give the real maintainers a chance
[15:42] <asac> jdstrand: only for the EOL branches
[15:42] <asac> jdstrand: so 6 month after ffox 3.1 comes out i will bve in charge for that again
[15:43] <asac> jdstrand: i would think that xulrunenr does the same then we do
[15:43] <Makzu> fta, do the packages in your PPA have any special ubuntu sauce in them, or are they the same as the source I can pull from upstream?
[15:43] <asac> jdstrand: should be easy to check. just builddepnds
[15:43] <fta> gnomefreak: ok, i'm not worried, xul will be untouched, only ff will need minimal changes. I will let upstream jump 1st. once I see the bot produces firefox-3.1-3.5~b, i will jump too.
[15:43] <jdstrand> asac: I'll check them all in my schroots, thanks
[15:43] <gnomefreak> fta: ok just making sure :)
[15:43] <asac> jdstrand: whats your status in debian security group?
[15:44] <asac> jdstrand: so icedove has system-png in debian
[15:44] <asac> jdstrand: iceape was removed from lenny ... so not affected
[15:44] <jdstrand> asac: I just do stuff in secure-testing (some CVE triage and tracking of embedded copies)
[15:44] <fta> Makzu, it has a bunch of patches, and it's using the system xulrunner sdk.. which makes it even tougher to do PGO.
[15:44] <asac> jdstrand: ah ok.
[15:44] <Makzu> Ah
[15:44] <asac> jdstrand: not sure if iceape sank down to testing again. it was removed for the release
[15:45] <asac> jdstrand: so icedove has system-png
[15:45] <jdstrand> asac: basically, where our work and their works overlaps, we share :)
[15:45] <asac> which should be everything ;)
[15:45] <asac> well. at least for upstream security issues ;)
[15:45] <jdstrand> do our thunderbirds use system png?
[15:45] <jdstrand> asac: ^
[15:45] <asac> jdstrand: yes
[15:45] <jdstrand> ok cool
[15:45] <jdstrand> asac: thanks :)
[15:45] <asac> everything from 1.8 branches uses system png everywhere
[15:46] <jdstrand> asac: and by 1.8 branches, you mean 1.8 and 1.8.1, right?
[15:46] <asac> jdstrand: so our seamonkey packages as well ;)
[15:46] <fta> not 3.1 onward, because of apng
[15:46] <jdstrand> 3.1 is 1.9.1
[15:46] <asac> jdstrand: all 1.8 branches ... e.g. ffox 2 and 1.5, xul 1.8.0, 1.8.1, seamonkey 1.0 1.1
[15:47] <asac> fta: 3.0 onward
[15:47] <jdstrand> gotcha
[15:47] <fta> so i should probably update 1.9.1/3.1 in jaunty/universe too
[15:48] <asac> fta: didnt i give you an exception yesterday for just that ;)
[15:48] <asac> ?
[15:48] <asac> e.g. push b3 build1 (now build2)
[15:48] <fta> you did, but i remember reed asked us to wait
[15:48] <asac> so yeah. just push ;)
[15:48] <asac> fta: reed doesnt understand
[15:48] <fta> ok, will do later today
[15:49] <asac> fta: we can push every tag to jaunty
[15:49] <jdstrand> asac: is it accurate to say:
[15:49] <asac> fta: and i would really have that
[15:49] <jdstrand> seamonkey (1.0) and xulrunner 1.8.0 share codebase
[15:49] <jdstrand> seamonkey (1.1) and xulrunner 1.8.1 share codebase
[15:49] <asac> fta: except for the "branded" thing where i havee a strict order from firefox never, ever to release anything that has the new version in about before they release final
[15:49] <asac> jdstrand: share codebase, but dont share binaries. yes.
[15:50]  * jdstrand nods
[15:50] <asac> jdstrand: xulrunner 1.8.0 shares codebase with ffox 1.5
[15:50] <asac> (dapper)
[15:50] <asac> 1.8.1 is ffox 2
[15:50] <asac> ;)
[15:50] <asac> hehe
[15:50] <jdstrand> asac: right
[15:50] <gnomefreak> about doesnt work on any build of firefox as i recall 3.0 3.1 3.2 i think seamonkey's does work but cant test at this time
[15:50] <jdstrand> asac: I;ve been gathering these and collecting them in ubuntu-cve-tracker. I just never pinned down seamonkey
[15:50] <asac> jdstrand: so we have patches for that ;) ... just no resources to properly do it
[15:51] <asac> jdstrand: yeah. so your intuition was right ;)
[15:51] <jdstrand> :)
[15:51] <Makzu> Is there an idiot-friendly guide somewhere for building firefox from mercurial and installing it without clobbering the files that apt put in?
[15:51] <asac> so now xulrunner 1.9.1 was firefox 3.1 ... but as it seems they will keep 1.9.1 for xulrunner but use 3.5 for firefox ;)
[15:52] <jdstrand> versions == continuous fun :)
[15:52] <asac> Makzu: just clone the right mercurial tree
[15:52] <Makzu> I'd like to try putting a .deb together so that my fellow ex-ricers can also try out something possibly faster
[15:52] <jcastro> asac: python-webkitgtk is all set in jaunty now, so I guess we just rebuild gwibber?
[15:53] <asac> Makzu: then put a .mozconfig in the dir with the lines:
[15:53] <asac> ac_add_options --prefix=/home/asac/local_moz
[15:53] <asac> ac_add_options --enable-application=xulrunner
[15:53] <asac> ac_add_options --with-system-jpeg=/usr
[15:53] <asac> ac_add_options --with-system-zlib=/usr
[15:53] <asac> jcastro: webkitgtk is stuck in NEW ;)
[15:53] <asac> jcastro: in binary new
[15:54] <asac> jcastro: so ask seb ;)
[15:55] <asac> Makzu: adjust the --prefix for your own home
[15:55] <asac> Makzu: and use browser instead of xulrunner there ;)
[15:55] <asac> Makzu: then just run make -f client.mk build install
[15:56] <asac> Makzu: not sure why you want to put a .deb together
[15:56] <asac> Makzu: our packages are quite perfect and highly sophisticated
[15:56] <asac> Makzu: if you want dailies, we have them in a ppa :)
[15:57] <jcastro> asac: ah ok
[15:58] <Makzu> asac, I wanted to play around with a pgo build, is all
[15:58] <asac> jcastro: so we need to hold our breath for another day or so
[15:59] <jcastro> k
[15:59] <asac> Makzu: oh right. yeah. ok
[15:59] <Makzu> And to post the debs on the ubuntu forums for other people
[15:59] <asac> Makzu: plesae dont do that
[15:59] <asac> play around with it and provide feedback here.
[15:59] <jcastro> asac: this is less than ideal, people are waiting to test it so they can report bugs, but we'll deal with it. :-/
[15:59] <gnomefreak> ok first smoke of the day be back
[16:00] <Makzu> I can do that too :)
[16:00] <asac> jcastro: i know. it was huats fault. he should have done two steps. i already talked to him. but be nice with him, he is new and has to learn.
[16:00] <asac> jcastro: ;)
[16:00] <asac> jcastro: and he learned the lesson now. so all is good
[16:00] <asac> Makzu: thanks. floating debs are really bad
[16:01] <jcastro> asac: yeah no worries, I know he was sick for a day too, I am not complaining when a MOTU does work. :D
[16:01] <asac> jcastro: hehe. he works. it was just an unfortunate glitch in the gwibber saga ;)
[16:02] <jcastro> it's worth it, jimmac's new theme is pretty hot
[16:05] <asac> jcastro: have you tried your modem with the latest jaunty NM yet?
[16:05] <Makzu> Would the sunspider benchmark be a good objective comparison tool for PGO vs non-PGO builds?
[16:05] <asac> Makzu: sunspider is more about javascript?
[16:05] <jcastro> asac: I never owned one, a friend did and he moved out of town, however, with a jailbroken iphone and pdanet for tethering it works great.
[16:05] <asac> jcastro: ah. ok now i remember
[16:06] <jcastro> I have some guys in the LoCo with them though, I will put out the word, what's the URL for the modem feedback again?
[16:06] <asac> jcastro: yes. we have a new modem prober which allows us to catch modems we havent put into hal-info
[16:06] <asac> jcastro: so the question is acutally: is your modem still detected
[16:07] <asac> and does it still work ;)
[16:07] <jcastro> ok, I will ask him to try with a live CD
[16:07] <asac> jcastro: also if there are suddelny more than one modem entries in applet i want to know ;)
[16:07] <asac> jcastro: thanks
[16:07] <asac> jcastro: but its in since a few days. so it needs to be a daily i guess
[16:08] <jcastro> ok
[16:09] <Makzu> asac: My idea was to run sunspider or a similar js benchmark while building the profile and compare before and after numbers.. I don't know if that would be overkill though
[16:14] <asac> Makzu: for experimenting that might be ok
[16:14] <asac> Makzu: but for real packages that doesnt make sense
[16:14] <asac> Makzu: as you will just be optimizing sunspider
[16:15] <asac> also the win you get that way will probably be far more than you get when running sunspider in a normal pgo build which uses a broad set of usecases
[16:15] <asac> to generate the pgo profile
[16:15] <asac> Makzu: imo just try a normal pgo build
[16:16] <asac> Makzu: firefox already has a default testcase for profiling
[16:16] <asac> that should be good
[16:16] <Makzu> Would that be the profileserver.py mentioned on the MDC article?
[16:17] <asac> yey
[16:17] <gnomefreak> anyone have that PGO bug handy?
[16:17] <Makzu> Is that generated when I build firefox, or do I have to fetch that from somewhere?
[16:18] <Makzu> #213708, I think
[16:22] <gnomefreak> fta: your the prism guy. would bug 337176 be prism more so than firefox?
[16:22] <gnomefreak> Makzu: thanks bug 213708
[16:30] <gnomefreak> bug 338591 i really hate changin browsers
[16:31] <Makzu> asac, do I need to add mk_add_options MOZ_OBJDIR with the prefix specified, or will the prefix in ac_add_options work?
[16:32] <Makzu> wait, nvm, the prefix means I can run make install without worrying
[16:51] <Makzu> Well, I'm going to let this build, then come back in with my findings
[16:51] <Makzu> Thanks for your help, asac and everyone else :)
[16:52] <gnomefreak> great i have upstream report but no LP report i had it :(
[17:17] <gnomefreak> holy shit i think email is finally done ;) only took ~3 hours (normal day to day email)
[17:18] <gnomefreak> smoke
[17:30] <gnomefreak> off for lunch
[18:05] <gnomefreak> what the hell is wrong with bzr?
[18:08] <gnomefreak> bzr builddeb is trying to grab upstream tarball when i already have it and changelog is right
[18:16] <gnomefreak> asac: can you look at this? http://pastebin.mozilla.org/631007 dpkg-buildpackage works fine
[18:32] <gnomefreak> ok i'm out im uploading sm2b1 to ppa and it is taking way too much bandwidth to do.
[19:57] <fta> d'oh! https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[20:09] <jdong> Could not find compatible GRE between version 1.9.1b3pre and 1.9.1b3pre.
[20:09] <jdong> uhhh
[20:15] <fta> ppa?
[20:15] <fta> oh, gasp, i know, i'll fix it
[20:15] <jdong> yeah, umd ppa
[20:15] <jdong> thanks :)
[20:18]  * fta blames asac
[20:18] <jdong> haha
[20:25] <fta> well, i blame mozilla
[20:26] <fta> to solve this for good, i would need a debian/control.in where i can update the xul deps automatically
[20:33] <fta> jdong, the other solution is to just wait for the corresponding firefox: https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa (the red should turn green shortly)
[20:34] <jdong> neat
[20:34] <jdong> will keep my eyes peeled
[20:59] <fta> less red...